UNIVERSIDAD DON BOSCO "ANALISIS Y DISEÑO DE UN SISTEMA PARA EL CONTROL DE PRODUCTOS FARMACEUTICOS EN EL SALVADOR" TRABAJO DE GRADUACION PREPARADO PARA LA FACULTAD DE INGENIERIA PARA OPTAR AL GRADO DE: INGENIERO EN CIENCIAS DE LA COMPUTACION 4 PRESENTADO POR: CARRILLO AL VARADO, YOLANDA CECILIA 920401 O MALDONADO BONILLA, CLAUDIA CECILIA 9404136 VILLACORTA ARAUJO, RUTH MARGARITA 8904111 28 DE FEBRERO DE 1998. SOYAPANGO- EL SALVADOR- CENTROAMERICA UNIVERSIDAD DON BOSCO RECTOR ING. FEDERICO HUGUET RIVERA SECRETARIO GENERAL PBRO. PEDRO JOSE GARCIA CASTRO VICE - RECTOR ACADEMICO LIC. BAL TASAR DIAZ ASESOR DEL TRABAJO DE GRADUACION LIC. JULIO CESAR MONTES JURADO EXAMINADOR ING. WILFREDO SANTAMARIA ING. CARLOS GUILLERMO QUIÑONEZ UNIVERSIDAD DON BOSCO FACULTAD DE INGENIERIA ESCUELA DE INGENIERIA EN COMPUTACION JURADO EVALUADOR DEL TRABAJO DE GRADUACION "ANALISIS Y DISEÑO DE UN SISTEMA PARA EL CONTROL DE PRODUCTOS FARMACEUTICOS EN EL SALVADOR" ING. WILF O SANTAMARIA RADO RLOS GUILLERMO Jy,BAoo-- ~~ES ASESOR AGRADECIMIENTOS A DIOS TODO PODEROSO por ser mi pastor y porque con El nada me ha faltado, por estar conmigo en todo momento y por ser la fuerza que me ha mantenido siempre adelante. Por que sin su amor y bondad, no lo hubiera logrado. A MARIA AUXILIADORA por ser el modelo de mujer que ha guiado mi vida, por su dulce compañía y por interceder por mí en los momentos más difíciles. A MI MADRE, MARIA BERTA, por ser la persona que siempre ha estado a mi lado, por el amor, fortaleza y apoyo que siempre me ha brindado. Porque a ella le debo la vida y todos los triunfos que he alcanzado. A MI PADRE, ORLANDO, porque desde el cielo ha sido mi inspiración y fortaleza, porque siempre en mis momentos más difíciles, pensar en él fue mi consuelo y su recuerdo mi esperanza y alegría. A GILBERTO Y ORLANDITO, a mi hermano por darme los consejos, ánimo y toda la ayuda que necesité, por sus muestras de cariño y apoyo, y a mi sobrinito y ahijado por ser la motivación e inspiración para seguir adelante. A OSCAR, por la confianza, amor, apoyo y ternura que siempre me ha brindado, por creer en mí y convertir mi vida en algo muy especial. Gracias amor mío, te AMO. A MIS AMIGAS, CLAUDIA, KARLA, IRIS, VERÓNICA, FÁTIMA Y MAGDALENA, por la amistad sincera, el apoyo necesario y confianza en mí en los momentos difíciles, y por siempre compartir conmigo aquellos momentos maravillosos de Colegio, Universidad y Trabajo. A MIS AMIGOS, JOAN, MIL TON, ISRAEL Y HUGO ALFREDO, quienes con su amistad tan especial y sincera, estuvieron conmigo en mis momentos de alegría y tristeza, ya que siempre supieron decir las palabras adecuadas en el momento indicado. A MIS COMPAÑERAS, CLAUDIA Y RUTH, porque juntas hemos logrado cumplir uno de nuestros sueños, por ser INGENIEROS!!!!! A TODOS LOS FAMILIARES, AMIGOS Y PROFESORES que de una u otra forma apoyaron con sus oraciones, buenos deseos y compartieron sus conocimientos para que lograramos alcanzar esta meta. A TODOS GRACIAS INFINITAS. Yolanda Cecilia Carrillo A. AGRADECIMIENTOS En primer lugar, a DIOS, por darme la vida y permitirme vivir una de las mejores experiencias de mi vida, brindándome la oportunidad de alcanzar uno de mis mayores sueños: SER INGENIERO, y al mismo tiempo poder compartir esta dicha con mis seres queridos, INFINITAS GRACIAS. A la VIRGEN MARIA AUXILIADORA, por no desampararme nunca y protegerme siempre bajo su manto, ya que sin sus bendiciones no lo habría logrado. A mi mamá, ANA LILIAN BONILLA DE MALDONADO, por ser la mejor madre del mundo, brindarme sus consejos y apoyarme siempre en los buenos y en los malos momentos de mi vida. Gracias mamá, por todas sus oraciones, su amor, paciencia y comprensión. A mi papá, JULIO CESAR MALDONADO, por todo el apoyo brindado a lo largo de mi vida y de mi carrera, por buscar siempre lo mejor para mí y hacerme una mujer responsable. Gracias papá. A mis hermanos, LORENA y JULIO, que me brindaron su apoyo y ayuda cuando mas los necesitaba. A, ROLIN ALBERTO, por todo su amor, comprensión y paciencia; por acompañarme en todo momento, brindándome su apoyo y consejos, creer siempre en mí y no dejarme desfallecer nunca. GRACIAS MI AMOR. A mis compañeras y amigas, RUTH y YOLANDA, por brindarme su amistad y apoyo a lo largo de la elaboración de nuestra tesis, por tenerme paciencia y comprenderme en los peores momentos. Muchas gracias. Amigas, a pesar de todos los obstáculos y malos momentos : LO LOGRAMOS! A mis amigos y compañeros de la Universidad, en especial a ~apoleón Tamayo y Daisy, por toda la ayuda desinteresada, por su cariño y comprensión, MUCHAS GRACIAS! A toda mi familia, amigos y profesores, por todos los ánimos y consejos brindados a lo largo de mi carrera, GRACIAS. Claudia Cecilia Maldonado Bonilla. A Dios: Por darme la vida y por que a pesar de mis errores nunca me abandono, estando a mi lado en los momentos más díficiles de este arduo trabajo. Gracias Dios por tu infinito amor y apoyo brindado, con el cuál estoy segura seguire contando toda la vida. A mis padres: Edmundo Villacorta y Ruth Araujo de Villacorta, por que nunca dejaron de motivarme para salir adelante y coronar mi carrera. Gracias padres queridos por todo el amor, esfuerzo y sacrificio hecho, el cuál les agradezco con este triunfo que ahora hago también de Uds. Ami esposo: Jose Raúl Hernández, por que siempre a estado a mi lado, y me a brindado todos el apoyo y amor necesario para no flaquear y seguir adelante. Gracias Amor, te amo. A mi pequeña y adorada Hija: Mónica Gabriela, por ser uno de los motivos más grandes para culminar mi carrera. Este triunfo es también para ti hija querida. Te Amo. A mis suegros: José Raúl Hernández y Bertha Gladis de Hernández, por sus constantes y sabios consejos, que con tanto amor y preocupación me proporcionaron y me permitieron mantenerme firme y luchar para lograr este título. Gracias padres queridos. A mis compañeras de tesis: Claudia Maldonado y Yolanda Carrillo, por permitirme formar parte del grupo aún sin conocerme. Gracias, compañeras por brindarme su confianza, su amistad y por que a pesar de nuestros caracteres logramos cumplir uno de nuestros más preciados sueños. Nuevamente Gracias, amigas. Al Asesor y Jurados: Lic. Montes, lng. Wilfredo Santamaría e lng. Carlos Quiñonez, por su valiosa colaboración y preocupación para que nuestro documento fuera de gran calidad y de orgullo para la Universidad Don Sosco. A todos, infinitas Gracias. Ruth Margarita Villacorta de Hernández ANALISIS Y DISEÑO DE UN SISTEMA PARA EL CONTROL DE PRODUCTOS FARMACEUTICOS EN EL SALVADOR INDICE ntroducción :APITULO 1 : Marco Teórico .1. Metodologías para el Diseño y Desarrollo de Sistemas .2. Método del Ciclo de Vida para Desarrollos de Sistemas .3. Generalidades de Bases de Datos Relacionales .4. Sistema Manejador de Base de Datos .5. Diccionario de Datos .6. Herramienta para el Modelado de Datos .7. Técnicas de Modelización de Procesos :APITULO 11: Antecedentes :.1. Antecedentes Históricos :.2. Situación Actual :.3. Análisis de la Situación Actual :.4. Concepción General de la Solución :.5. Estudio de Factibilidad .6. Consideraciones de Hardware y Software .7. Recursos Humanos .8. Análisis Cualitativo de la Nueva Solución :APITULO 111 : Objetivos, Alcances y Limitaciones .1. Objetivo General .2. Objetivos Específicos .3. Alcances del Proyecto .4. Limitaciones :APITULO IV : Metodología de Desarrollo .1. Selección de la Metodología :APITULO V : Descripción del Sistema .1. Diseño del Sistema 5.1.1 Esquema General del Sistema Propuesto 5.1.1.1 Descripción de Menús y Opciones del Sistema 5.1.1.2 Tablas y Campos a utilizar en los Menús y Opciones del Sistema 1 1 1 1. 1 1 1. 1 1 1 1 1 ••••• 1 1 1 •• 1 1 1 1 ••••• 1 •••••••• 1. 1. 1 ••• 1 1... 1 • 1 1 1 1 1 1 1 1 1 • 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 • 1 1 • 1 1 • 1 1 1 1 1 • • 1 1 1 1 • 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 • 1 1 1 1 1 1 1 1 1 • • 1 1 1 1 1 1 • • 1 1 1 1 1 1 1 1 1 1 1 1 1 1 • • 1 1 1 • 1 1 1 1 1 1 1 1 • 1 1 1 1 1 1 1 1 1 • 1 1 1 1 1 • • 4 4 15 16 17 19 ........................... 22 22 26 45 48 49 52 53 53 1 1 1. 1 •••• 1 •• 1 ••••••• 1 •••••• 57 57 57 58 58 ........................... 59 59 ........................... 64 64 65 80 86 5.1.1.3 Diseño de Entradas y Salidas del Sistema 5.1.1.3.1 Entradas del Sistema 5.1.1.4 Validaciones Necesarias en las Entradas del Sistema 5.1.1.5 Salidas del Sistema 5.1.2 Modelado de Datos 5.1.3 Modelado de Procesos 5.1.4 Controles y Cálculos del Sistema :APITULO VI : Conclusiones y Recomendaciones .1. Conclusiones .2. Recomendaciones :ibliografía ,nexos: ,nexo A: Organigrama del C.S.S.P . . nexo B : Formatos de Resoluciones .nexo C : Cuestionarios y Resultados .nexo D : Diccionario de Datos .nexo E : Plan de Implementación 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 • 1 1 1 1 1 1 1 • 1 1 • 1 1 1 1 1 1 1 1 1 • 1 1 1 • • 1 1 1 99 99 113 117 134 152 174 179 179 181 182 INTRODUCCION La distribución de medicamentos a nivel mundial está controlada por instituciones gubernamentales relacionadas con el ramo de la salud. Dichas instituciones están reguladas por la Organización Mundial de la Salud, la cuál es la encargada de dictar las normas bajo las cuáles se deberán regir para registrar, controlar y distribuir los productos nacionales y extranjeros. En el ámbito mundial, antes de la distribución de un producto farmacéutico, sea éste nacional o extranjero, debe ser registrado por medio de la asignación de un código que lo identifique como único, así mismo se deben ejercer controles como: Venta del Producto con o sin receta médica, autorización de permisos de importación y exportación, cambios de fórmula, cambios de nombre, cambios de empaque, etc. En El Salvador, el registro y control de productos farmacéuticos es llevado a cabo por el Consejo Superior de Salud Pública, controlando además, los establecimientos que consumen, distribuyen o fabrican dichos productos. El objetivo de este documento, es presentar una propuesta de solución para mejorar los procedimientos actuales para el Control de Productos farmacéuticos en el país, a través de la descripción y definición de un diseño para la mecanización de éstos, · cubriendo hasta el diseño de pantallas y reportes generales, así como la descripción de tablas y campos relacionados con los mismos. Para tal efecto, se utilizó una metodología de desarrollo adecuada para el diseño, la cual se refleja paso a paso en el presente documento. Este documento se divide en los siguientes Capítulos: En el capítulo 1, se describe el "Marco Teórico" del proyecto. En el capítulo 11, se desarrollan los "Antecedentes", los cuales se dividen en Antecedentes Históricos y Situación Actual . En el Capítulo 111, se describen los "Objetivos, Alcances y Limitaciones". En el capítulo IV, se presenta la "Metodología de Desarrollo" utilizada para el Análisis y Diseño del Sistema propuesto. En el Capítulo V, se presenta la "Descripción del Sistema", en la cual se desarrolla paso a paso el diseño del mismo. En el capítulo VI, finalmente, se plantean las "Conclusiones y Recomendaciones", relacionados con el Diseño del Sistema propuesto. CAPITULO 1 MARCO TEORICO 1.1 METODOLOGJAS PARA EL DISEÑO Y DESARROLLO DE SISTEMAS1 Para el diseño y desarrollo de sistemas de información, existen diferentes metodologías, las cuales se pueden aplicar durante el desarrollo de un determinado proyecto, a través de la secuencia lógica de fases. Entre estas metodologías se encuentran, MERISSE, SSADM y YOURDON, en las que están representadas la mayoría de las técnicas y tendencias relacionadas con las diferentes etapas del ciclo de vida de un sistema. 1.1.1 MERISSE Merisse al igual que otras metodologías, propone una secuencia de etapas, fases y pasos a seguir en el desarrollo de un proyecto informático. Desde este punto de vista se distinguen en Merisse cuatro etapas estructuradas cada una de ellas en distintas fases; las que se describen a continuación: ETAPA 1: ESTUDIO PRELIMINAR FASE 1: Recopilación de datos 1 Metodologías de Desarrollo, Antonio López-Fuensálida, Macrobit Corporation, México, 1990. 1 FASE 2: Concepción de la nueva solución FASE 3: Evaluación y Plan de Desarrollo ETAPA 2: ESTUDIO DETALLADO FASE 1: Concepción general FASE 2: Concepción detallada de las fases FASE 3: Plan de desarrollo ETAPA 3: REALIZACION FASE 1: Estudio técnico FASE 2: Producción ETAPA 4: PUESTA EN MARCHA FASE 1: Preparación de los recursos físicos y humanos FASE 2: Recepción y lanzamiento del sistema 1.1.2 SSADM ( Estructured System Analisys and Design Method) Está metodología consiste en una estructuración de pasos para el desarrollo de sistemas, comprendida en las siguientes fases y etapas: FASE 1: Estudio de viabilidad Etapa 1: Definición del problema Etapa 2: Identificación del proyecto FASE 2: Análisis Etapa 1: Análisis del sistema actual 2 Etapa 2: Especificación de requerimientos Etapa 3: Selección de opciones técnicas FASE 3: Diseño Etapa 1: Diseño de datos Etapa 2: Diseño de procesos Etapa 3: Diseño físico 1.1.3 YOURDON La metodología de Yourdon define las siguientes etapas y niveles en el ciclo de vida de sistemas: NIVEL 1: Conceptual • Especificación NIVEL 2: Lógico • Análisis lógico. NIVEL 3: Físico • Diseño físico • Implantación • Mantenimiento 3 1.2 METODO DE CICLO DE VIDA PARA DESARROLLO DE SISTEMAS2 El ciclo de vida del desarrollo de sistemas, es el conjunto de actividades de los analistas, diseñadores y usuarios que necesitan llevarse a cabo para desarrollar y poner en marcha un sistema de información. El ciclo de vida de desarrollo de sistemas consiste en las siguientes actividades: 1. Investigación preliminar 2. Determinación de requerimientos 3. Desarrollo del sistema prototipo 4. Diseño del sistema 5. Desarrollo del software 6. Prueba de los sistemas 7. Puesta en marcha 1.3 GENERALIDADES DE BASES DE DATOS RELACIONALES3• El procesamiento de la información es esencial para todo tipo de administración, por lo que la invención de las computadoras revolucionó los métodos tradicionales del procesamiento de la misma. 2 Análisis y Diseño de Sistemas de Infonnación, James A. Senn, Serie Me Graw Hill, 1988 3 Sistemas de Bases de Datos, Administración y Uso, Alice Y. H. Tsai , México, 1990 4 Anteriormente, en los sistemas de información convencionales, las aplicaciones individuales se desarrollaban independientemente, y cada programa de aplicación procesaba sus propios archivos privados. Como resultado, algunas actividades se duplicaban y la información redundante se almacenaba para usarla en distintas operaciones. Al final de los años 60 surgió el Sistema de base de datos para superar los problemas asociados con los sistemas de información tradicionales. Archivos individuales se integraban en una sola base de datos para ser compartidos por todos los usuarios de una empresa. En vista de la centralización de los datos por medio de un sistema de base de datos, los requerimientos de todos los usuarios se podían coordinar de una manera efectiva para alcanzar la mejor utilidad general para la organización. A continuación se dan algunas definiciones de una serie de conceptos que se manejaran durante el desarrollo del diseño del sistema propuesto. 1.3.1 BASE DE DATOS. Una base de datos es una colección de archivos interrelacionados creados con un Sistema Manejador de Base de Datos (DBMS). El contenido de una base se obtiene combinando datos de todas las diferentes fuentes en una organización, de tal manera que los datos estén disponibles para todos los usuarios, y los datos redundantes puedan eliminarse, o al menos minimizarse. El usuario podrá recobrar datos de varias partes de la base ya que los archivos ahí almacenados, están conectados directa o indirectamente. 5 La arquitectura de una base de datos tiene tres niveles: interno, conceptual y externo. Cada nivel corresponde a un punto de vista diferente; específicamente, el del almacenamiento físico, el del usuario y el del programador. 1.3.1.1 Modelo Interno El modelo interno es la representación del nivel inferior de una base de datos. Mapea a la base lógica hacia el almacenamiento físico y establece trayectorias de datos (por ejemplo, mediante señaladores o índices) para el acceso aleatorio a las bases de datos. 1.3.1.2 Modelo Conceptual El administrador de la base de datos define el modelo conceptual por medio de un esquema conceptual. Este modelo representa la visión organizacional de la base que se obtiene al integrar los requerimientos de todos los usuarios en una empresa. Un esquema conceptual consta de las siguientes definiciones: a) Definición de los datos: En el esquema se describen el tipo de datos y la longitud de campo de todos los elementos direccionales en la base. Los elementos por definir incluyen artículos elementales (atributos), totales de datos (artículos de grupo), y registros conceptuales (entidades). b) Relaciones entre datos: En el esquema se definen relaciones entre datos para enlazar tipos de registros relacionados para el procesamiento de archivos múltiples. 6 Un esquema conceptual se formula sin importar el almacenamiento físico de los registros correspondientes. En el nivel conceptual la base de datos aparece sólo como una colección de registros lógicos, sin descriptores de almacenamiento. En realidad, los archivos conceptuales no existen físicamente. La transformación de registros conceptuales en registros físicos para su almacenamiento se lleva a cabo por el sistema y es enteramente transparente para el usuario. 1.3.1.3 Modelo Externo El nivel externo representa la percepción individual de cada programador de la base de datos, porque los programadores pueden estar trabajando en distintos subconjuntos de una base integrada. Así como en el modelo conceptual, los programadores pueden imaginar que los archivos externos usados por sus programas en la base de datos, existen de la manera que ellos los perciben. De hecho, los archivos externos tampoco existen físicamente. Los programas individuales accesan sólo subconjuntos de datos de una base ya integrada, los datos requeridos por el programa se especifican por medio de un esquema externo, habrá uno por cada programa. Sin embargo, algún usuario podrá tener derecho de acceso a más de un esquema externo, y un esquema externo podrá ser compartido por diversos usuarios. Al construir un esquema externo para uso del programa, se deben tener en cuenta los siguientes puntos para la elección de datos por incluir: 7 a) En el esquema pueden omitirse uno o más tipos de registro. b) En el registro conceptual elegido pueden omitirse uno o más campos, y puede disponerse el orden relativo de los campos en un tipo de registro. c) En el esquema conceptual pueden omitirse una o más relaciones entre los datos. 1.3.2 MODELO ENTIDAD-RELACION. El modelo de datos Entidad-Relación (E-R) se basa en una percepción de un mundo real que consiste en un conjunto de objetos básicos llamados entidades y relaciones entre estos objetos. Se desarrolló para facilitar el diseño de base de datos permitiendo la especificación de un esquema empresarial. Este esquema representa la estructura lógica global de la base de datos. Entidad Se define como un objeto tangible que puede describirse con palabras o conjunto de información dotada de existencia propia, identificable y de interés para la empresa. Relación Se conoce como relación a la asociación entre los objetos del sistema. Propiedades o atributos Serán los datos elementales asociados a cada uno de los objetos o relaciones. Cardinalidad La cardinalidad de un objeto es el número de ocurrencias de la misma en el sistema. 8 Al hablar de la cardinalidad de los objetos con respecto a la relación que los une, debemos hablar de CARDINALIDAD MINIMA , que es el número mínimo de veces que una ocurrencia de un objeto participa en las ocurrencias de una relación, y CARDINALIDAD MÁXIMA, que indica el número máximo de veces que una ocurrencia de un objeto participa en las ocurrencias de la relación. La cardinalidad mínima de un objeto será de O ó 1. Si es O indicará que existe la posibilidad de que alguna ocurrencia de ese objeto no participe en la relación. Si es 1 se querrá decir que obligatoriamente cada ocurrencia de un objeto participa en la relación. La cardinalidad máxima irá de 1 a n. a) Relación uno-a-muchos : Se dice que una relación es uno-a-muchos si la ocurrencia de una entidad está relacionada con ocurrencias múltiples de la otra entidad. b) Relación uno-a-uno : La relación uno-a-uno es un caso particular de la de uno-a­ muchos. Con una relación uno-a-uno, la ocurrencia de una entidad se puede enlazar a sólo una ocurrencia de otra. c) Relación muchos-a-muchos : Una relación muchos-a-muchos entre entidades sucede cuando se puede asociar una ocurrencia en una entidad con muchas ocurrencias en la otra entidad o viceversa. Claves Es importante poder especificar como se distinguen las entidades y las relaciones. Conceptualmente, las entidades individuales y las relaciones son distintas, pero, desde la perspectiva de una base de datos, la diferencia entre ellos debe expresarse en términos 9 de sus atributos. El concepto de super clave nos permite hacer tales distinciones. Una super clave es un conjunto de uno o mas atributos que, nos permite identificar de forma única a una entidad en el conjunto de entidades, a menudo estamos interesados en super claves para las cuales ningún subconjunto propio es super clave. a) Clave primaria : para denotar una clave que elige el diseñador de la base de datos como el medio principal de identificar entidades dentro de un conjunto de entidades. Diagrama Entidad-Relación La estructura lógica global de una base de datos puede representarse gráficamente por medio de un diagrama E-R. Dicho diagrama consta de las siguientes partes : a) Rectángulos : representan conjuntos de entidades. b) Líneas : enlazan atributos a conjuntos de entidades y conjuntos de entidades a conjuntos de relaciones. Un diagrama E-R puede representarse por medio de una colección de tablas. Para cada conjunto de entidades, y para cada conjunto de relaciones en la base de datos, existe una tabla única a la que se le asigna el nombre del conjunto de entidades o del conjunto de relaciones correspondiente. 10 1.3.2.1 Esquema de la base de datos Cuando hablamos de una base de datos debemos diferenciar entre el esquema de la base de datos o el diseño lógico de la base de datos, y una instancia de la base de datos, que son los datos en la base de datos en un instante de tiempo dado. El esquema de una relación es una lista de atributos y sus correspondientes dominios. 1.3.2.2 Modelo Relacional Una base de datos relacional consiste en una colección de tablas., a cada una de las cuales se asigna un nombre único, donde se representan bases de datos E-R mediante tablas. Una fila de una tabla representa una relación entre un conjunto de valores. Puesto que una tabla es una colección de dichas relaciones, hay una estrecha correspondencia entre el conceptJ-· 3.2.1 Resolución de Traspasos .. ------· ............. , .• ,_,;, .;,::: 3.2.2 Resolución de Traslados · ·· 3.2.3 ,.. ; .. ···--· ...... , ...•... ... , " ···• 1------1 Resolución de Cambio de :, :,' Nombre 3.2.4 .-------, Resolución de Inscripción ·' · de regentes \ . ,.•,.·>··:,i.",é_ .-, .:.¡ .... 3.2.5 Certificación de inscripción 3.2.6 ~t Mandamientos de Pago ¡;t,; '. ,_-:, Este módulo comprende las opciones para la emisión de resoluciones por trámite MODULO DE TRAMITES DE ESPECIALIDADES FARMACEUTICAS 4.1 Trámites .. . , 4.1.0 --7 _ Inscripción de Producto~ : <: ::. , , ,- ··: .:·•,-_,_.-,.,._ .·, . , . . -- : 4.1.1 Cambios de Fórmula 4.1.2 Cambios de Fabricante ~-------------- 4.1.3 Cambios de Razón Social 4.1.4 Traspasos 4.1.5 Cambios de Modalidad de Venta :•·,' .: ",.. " • ·. • ,:. :~ ,_-;_ce --;;: , :· •• 4.1.6 Cambios de Lugar de lmportacÍón ~--------------- 4.1.7 Cambios de Nombre del Producto .. . : .. ·,· ~----~~------- 4.1.8 e----- Renovación de certificados de venta libre 4.1.9 Pago de Anualidades dé Producto 4.1.9.0 Inscripción de Poderes Este módulo comprende las opciones para dar ingreso a los datos relacionados con los trámites de la sección de especialidades farmacéuticas 69 MODULO DE REPORTES DE ESPECIALIDADES FARMACEUTICAS 4.2.0 ··-- Resolución de Aperturas ·(~· ....... .. 4:2.1 '-· Resolución de Cambio de Fórmulas ·~· · .... 4.2.2 Resolución de Cambio de Fabricante ; 4.2.3 Resolución de Traspasos 4.2 4.:l.4 Reportes Resolución de Cambio de Razón social .. .. ~-·- 4.2.5 --- -----~~-- Resolución de Modalidad de Venta 4.2.6 - Resolución de Lugar de lmnortación :.;~_:-_f ;:;,:•:.: . 4.:l.,- Resolución de Cambio de Nombre 4.2.8 _____ '-- Resolución de Renovaciones 4.2.9 Certificación de lnscrinciones 4.2.9.0 Mandamiento de Pago] .. <> .. . .. . . Este módulo comprende las opciones para la impresión de resoluciones y otros reportes por cada trámite 70 MODULO DE PSICOTROPICOS Y AGREGADOS (AUTORIZACIONES) 5.1 AUTORIZACIONE "----­ S . ' ~ 5.1.0 Importaciones y Exportaciones de Materia Prima o Producto Terminado .. 5.1.1 Transferencias - 5.1.1.0 Pesadas 5.1.1.1 Compra en Plaza ¡· . .' Este módulo comprende las opciones necesarias para ingresar los datos relacionados con los trámites de la sección de Psicotrópicos, Estupefacientes y Agregados. 71 MODULO DE PSICOTROPICOS Y AGREGADOS (CONTROLES) 5.2 CONTROLES :@ :~1 ,.,, < ·::-e:· ·.· ·: ::::i 5.2.0 Control de Libros por Establecimiento Control de 5;.!,;.,,.nos por Í Profesional -;;;, ::f# ~ff ··::.· :>:y;,;:::;··.·.:·•:;;::·/:; .. >:::;· .. ··:·:c--.:·! Este módulo comprende las opciones necesarias para el ingreso y control de datos necesarios para los trámites llevados a cabo en esta sección. 72 MODULO DE REPORTES DE PSICOTROPICOS Y AGREGADOS 5.3 REPORTES 5.3.0 Resolución de importación 5.3.3 Mandamientos de Pago 5.3.4 Impresión de Talonarios ,,.,.. -· Este módulo comprende las opciones para la emisión de resoluciones y otros reportes de cada trámite 73 MODULO DE REPORTES DE ESTABLECIMIENTOS 6.1 REPORTES Listado de Establecimientos con distribución o vta. de producto Disponibilidad de producto controlado or establecimiento DE ~----+---1 Detalle de Compra y Venta de producto ESTABLECIMIEN controlado restablecimiento TOS 6.1.6 Listado de Libro de Libros 6.1.7 i~i} Cuadro de Status por tipo de tr~-~:i::,,,4;;~r 6.1.8 Listado de trámites aprobados !%. itl~:L i~;:;::[J~J{!lfJ.i~-~li?:IE; ~- ;·.: .: ::-:¡:// :.~t)tif+:·,; ·.--:~\ .. :_;:~~'i~?lt\t+: Este módulo comprende las opciones para la emisión de reportes varios para la sección de establecimientos 74 MODULO DE REPORTES DE ESPECIALIDADES FARMACEUTICAS 6.2 xlj REPORTES DE ... , . ESPECIALES !='-------l FARMACEUTICAS 6.2.0 Listado de productos controlados y no controlados Listado de Productos por fecha de fabricación 6.2.7 Listado de productos por dosificación Listado de productos por forma '--...~=·~.,.,...,.,;fa;;.:..;rm=a;;;;;c.,;::é~ut;,;.;ic=a •.~~-~-.,....J ~~_:t~L;~;::~~-~H.~<~),~-~\r~-tt<~~:._::. ~:::.<;-/t;;:;~~•:>~:~.:~-~-::~.:~~úkf ±tY:: :;- :~.:?-.:· \·j