FACULTAD DE CIENCIAS Y SISTEMASribuni.uni.edu.ni/918/1/25807.pdf · pendiente de mí en cualquier...

UNIVERSIDAD NACIONAL DE INGENIERÍA RECINTO UNIVERSITARIO PEDRO ARAUZ PALACIOS

FACULTAD DE CIENCIAS Y SISTEMAS

TESINA PARA OPTAR AL TÍTULO DE INGENIERO DE SISTEMAS

TEMA

“DESARROLLO DE UN SISTEMA DE GESTIÓN CLINICA EN

ORGANIZACIÓN PARA DIFUNDIR LA MEDICINA ORIENTAL

JAPÓN – NICARAGUA”

AUTORES:

Br. Darlin Elena Arias Jiménez. Carnet No 2005-20890 Br. Elvin Gregorio Loáisiga Mendoza. Carnet No 2005-20784

TUTOR:

Msc. Claudia Benavidez Rugama.

Nicaragua, Julio 2011

T.Mon005.74A6962011

i

DEDICATORIA

A Dios, por brindarnos la oportunidad de culminar una etapa más en nuestra vida y por

darnos sabiduría y fortaleza para alcanzar las metas propuestas.

A María Elena y Ernesto José, guías que iluminan mi camino.

A mi esposo, Juan Aburto, con amor por su incondicional apoyo.

Darlin Arias

A Dios, porque ha sido mi fuente principal de sabiduría y amor. A Nuestro Señor

Jesucristo, por ser mi ángel guardián en todo momento y mi centro de fortaleza. A nuestra

madre la virgen María, por protegerme y ampararme con su manto.

A mis padres, Teresa Mendoza Torres y Juan Gregorio Loáisiga Mejía, por haberme

traído a este mundo, proveerme una educación, ser mis mejores amigos, estar siempre

pendiente de mí en cualquier circunstancia, por su apoyo incondicional en mi proceso de

educación universitaria, pero sobre todo por ser mis padres. Gracias.

A mi hermana Lauren Ariadne Loásiga Mendoza, por ser una parte importante en mi vida

y fuente de inspiración para ser un mejor hermano, un mejor hombre de familia.

A Socorro Suárez y Paulina de los Santos por cuidarme de pequeño, asistirme y

regalarme su amor incondicional.

Por último pero no menos importante a Mayling Salazar Vílchez por su total apoyo, amor,

y detalles que la hacen única y esencial en mi vida.

Elvin Loáisiga

ii

AGRADECIMIENTOS

A todos los docentes que nos acompañaron e instruyeron a lo largo de nuestra carrera,

por sus valiosos aportes en nuestra formación académica, lo que nos ha permitido

alcanzar nuestras metas.

Al Dr. Harou Yamaki, Director de Organización para Difundir la Medicina Oriental y a

todos los trabajadores de esta organización en general por permitirnos desarrollar este

proyecto.

De manera muy especial a los catedráticos:

Msc. Claudia Benavidez Rugama.

Msc. Evelyn Espinoza Aragón.

Msc. Yaser Membreño.

Ing. Ariel Chávez Toruño.

ÍNDICE

CONTENIDO PÁGINA I. INTRODUCCIÓN 1

II. ANTECEDENTES 3

III. PLANTEAMIENTO DEL PROBLEMA 4

IV. OBJETIVOS 5

V. JUSTIFICACIÓN 6

Capítulo I Estudio del Ambiente del Negocio

1.1 Misión y Visión 7

1.2 Objetivos 8

1.3 Estructura organizacional 8

1.4 Descripción del proceso del negocio 9

1.5 Descripción del sistema de gestión 15

1.5.1 Software 16

1.5.2 Usuarios 16

1.5.3 Hardware 17

1.5.4 Beneficios del sistema 18

Capítulo II Análisis del Sistema de Gestión

2.1 Flujo de Trabajo: Captura de requisitos 19

2.1.1 Modelado del negocio 19

2.1.1.1 Diagrama de caso de uso del negocio 20

2.1.1.2 Diagrama de actividad del negocio 22

2.1.2 Requerimientos 32

2.1.2.1 Requerimientos de la red 32

2.1.2.1.1 Infraestructura 33

2.1.2.1.2 Equipos 33

2.1.3 Identificación de actores 37

2.2 Modelo del sistema 40

2.2.1 Diagramas de casos de uso del sistema 40

2.3 Flujo de trabajo: Análisis 46

2.3.1 Diagrama de paquetes: Funcionalidad del sistema 46

2.3.1.1 Identificación de paquetes 47

2.3.2 Diagramas de colaboración 48

2.3.3 Plantillas de Coleman 54

2.3.4 Diagramas de secuencia 70

Capítulo III Diseño del Sistema de Gestión

3.1 Diagrama de clases 84

3.1.1 Identificación de clases persistentes 84

3.2 Diagrama de estado 86

3.3 Flujo de Trabajo: Implementación 87

3.3.1 Diagrama de componentes 88

3.3.2 Diagrama de despliegue 88

3.4 Diseño lógico de la red 91

3.5 Diseño físico de la red 91

3.5.1 Topología 91

3.5.1.1 Topología física 92

3.5.1.2 Topología lógica 93

3.5.2 Protocolo 93

3.6 Asignación de direcciones IP 94

3.7 Análisis de flujo 96

3.8 Análisis parametrizado de configuración 97

3.9 Evaluación y selección de protocolos de seguridad 99

3.10 Análisis de servicios 101

3.11 Políticas y mecanismos de seguridad 102

3.12 Administración y gestión en la red 106

3.13 Análisis económico de la implementación 108

VI CONCLUSIONES 110

VII RECOMENDACIONES 111

VIII BIBLIOGRAFÍA 112

ÍNDICE DE ANEXOS

ANEXO I. Distribución Específica de Espacio en ODM J-N.

ANEXO II. Diagrama Entidad – Relación.

ANEXO III. Diseño Lógico de Red.

ANEXO IV. Diseño de Ruta de Red.

ANEXO V. Cotizaciones.

ANEXO VI. Entrevista

1 Desarrollo de un Sistema de Gestión Clínica en ODM J-N

I. INTRODUCCIÓN

Actualmente en Nicaragua tanto industrias como empresas dedicadas al comercio

y servicios, emplean Sistemas de Información1 para optimizar el tiempo empleado

en todas sus operaciones. Aún con mayor énfasis las empresas dedicadas a la

prestación de servicios de salud, debido a la importancia que tienen las gestiones

rápidas en este ámbito.

La Organización para Difundir la Medicina Oriental Japón-Nicaragua está

orientada a promover el uso de Medicina Tradicional Japonesa en Nicaragua, a

través de la Clínica de Medicina Oriental, donde se brindan consultas

especializadas en: Acupuntura, Masaje Terapéutico Shiatsu, Iridología, Podología,

así como consultas generales. La misma está integrada por una farmacia, en la

que se distribuyen productos naturales y un laboratorio.

Bajo un enfoque de crecimiento y actualización tecnológica, Organización para

Difundir la Medicina Oriental Japón-Nicaragua ODM–JN, está orientando

esfuerzos y recursos a la sistematización de sus datos. Para lograr este objetivo,

es fundamental la implementación de un Sistema de Información, así como la

creación de una red que permita la fácil y fluida circulación de información por

todas y cada una de las divisiones que constituyen ODM – JN.

El presente trabajo está enfocado en desarrollar un Sistema de Gestión Clínica,

así como una infraestructura de red local a la Organización, todo esto permitirá

contar con información de manera rápida, segura y eficaz, así como también

optimizar el control de los diversos procesos que actualmente se realizan de

manera manual, tanto en la clínica como en laboratorio y farmacia.

El capítulo I, Estudio del entorno del negocio, está enfocado a conocer

generalidades de la Organización, así como los procesos que se llevan a cabo en

1 TechRenting. Plan de Empresa. Página 5.


la misma, es decir se realiza una descripción detallada de cada una de las tareas

de la Clínica, Farmacia y Laboratorio.

El capítulo II, Análisis y Diseño del Sistema de Información, retoma la descripción

de los procesos realizados en el primer capítulo y mediante el Proceso de

Desarrollo Unificado de Software se realiza una adecuada administración de

requerimientos del sistema, lo que permite crear una arquitectura definida del

software a desarrollar. En este apartado se realiza el análisis y diseño del Sistema

de Gestión Clínica a través de las cuatro fases de RUP, generando en cada una

de ellas sus debidos artefactos.

En el capítulo III, Análisis de la Red, se realiza un estudio de las condiciones

existentes en Organización para Difundir la Medicina Oriental, asimismo se realiza

un análisis de los requerimientos necesarios para implementar una red de área

local, definiendo el diseño lógico y físico de la misma.


II. ANTECEDENTES

Organización para Difundir la Medicina Oriental Japón-Nicaragua (ODM-JN), tuvo

sus inicios en el año 1983, cuando médicos voluntarios japoneses atendían de

manera gratuita a personas de escasos recursos de diferentes comunidades,

desde entonces ha realizado todos sus procesos y operaciones de manera

manual, llevando los controles de inventario de productos en farmacia, de

expedientes y de historiales clínicos de forma manuscrita.

En el año 1995 se dotó al departamento de Administración y a Farmacia de

equipos con el objetivo que se auxiliaran en sus controles y procesos (2 PC para

administración y 1 PC para Farmacia). En el año 2000 ODM-JN optó por adquirir

un sistema contable y administrativo (aplicación de escritorio stand alone

desarrollada en FoxPro).

A inicios del año 2004 suscribieron contrato con un proveedor de servicios de

internet. Este servicio se encuentra sólo disponible en el Departamento de

Administración y en IESMO, un Instituto dedicado a la enseñanza de la Medicina

Oriental, el que se encuentra ubicado dentro de las mismas instalaciones de ODM-

JN.

Anualmente la Clínica atiende más pacientes en cada una de las áreas en las que

se especializa, debido a una mayor difusión de los beneficios de la Medicina

Oriental, por tanto el volumen de datos y de información ha aumentado

considerablemente en los últimos años.


III. PLANTEAMIENTO DEL PROBLEMA

Según análisis previo de la situación actual en Organización para Difundir la

Medicina Oriental ODM J-N, el principal problema identificado es “Pérdidas

monetarias por deficiencia en el manejo de información de historiales

clínicos, administración de citas e inventario de productos”.

Uno de los principales problemas al que diariamente se enfrenta la Clínica ODM

J-N es el hecho que se producen pérdidas de información de los historiales

clínicos (si bien es cierto esto no ocurre con mucha frecuencia, no se debe

minimizar el efecto negativo), ya que el manejo de estos datos se realiza de

manera manual. En ocasiones hojas nuevas del historial clínico de los pacientes

no son incorporadas a los expedientes por olvido de las personas encargadas,

esto genera una repercusión negativa al consultar el expediente de la persona

atendida, ya que no se cuenta con un informe actualizado.

Se encontraron deficiencias en el control de citas, debido a que en ocasiones han

anotado de manera errada el número de expediente o nombre del paciente, lo

que genera demoras en la atención en detrimento de la imagen de la Clínica.

De igual manera existen deficiencias en el manejo de información de la farmacia,

específicamente al realizar la venta de productos que la misma ofrece, ocasionado

por el olvido de anotar el nombre del producto o el código del mismo y la cantidad

en el cuaderno de salidas de inventario.

Todo lo planteado anteriormente se reduce a inconformidad en los clientes, así

como extravío de valiosa información de los pacientes y pérdidas monetarias

relacionadas con el inventario de productos.


IV. OBJETIVOS

GENERALES:

Desarrollar un Sistema de Gestión Clínica en Organización para Difundir la

Medicina Oriental ODM J-N, haciendo uso del Proceso Unificado de

Desarrollo de Software.

ESPECIFICOS:

Aplicar la Ingeniería de Requerimientos con el fin de desarrollar una

especificación completa, consistente y no ambigua de requisitos del

software a desarrollar.

Emplear la metodología orientada a objeto en el análisis y diseño del

sistema, a través del Proceso Unificado de Rational (Rational Unified

Process) basado en UML.

Desarrollar el prototipo del sistema de Gestión Clínica en ODM J-N que

permita el manejo de transacciones de forma segura y en menores

tiempos de respuesta.

Realizar un análisis técnico para la red propuesta, así como definir el diseño

lógico y físico de la red.


V. JUSTIFICACION

La Organización para Difundir la Medicina Oriental, a través de la Clínica, se ha

convertido en una opción en temas de salud, gracias al tratamiento de

enfermedades con métodos y productos naturales que no tienen ninguna

contraindicación en sus pacientes, y es debido a esto que el auge de la Medicina

Oriental en Nicaragua ha aumentado, por tanto se hace necesario dinamizar la

forma en que se realizan actualmente los procesos. Tanto en la Clínica, como en

Farmacia y en Laboratorio, los procesos se realizan de forma manual, lo que

ocasiona tiempos de espera para los pacientes que hacen uso de estos servicios,

asimismo existen inconsistencias en el manejo de inventarios en Farmacia y en la

administración de citas.

Con el objetivo de erradicar las deficiencias actuales en la Clínica ODM J-N, este

trabajo está orientado al desarrollo de un Sistema de Gestión, que permita agilizar

cada uno de los procesos, mejorar el control de inventarios y la administración de

citas e historiales clínicos, de una manera sencilla y amigable para el usuario.

La implementación del Sistema de Gestión Clínica no sólo beneficiará a

Organización para Difundir la Medicina Oriental, sino también a los pacientes que

hacen uso de los servicios de la misma, así como a los usuarios.

Se prevé una reducción de tiempos de espera para los clientes, así como una

mayor facilidad para realizar los procesos por parte de los usuarios, lo que tendrá

un impacto positivo en la imagen de la Clínica. Además, el Sistema de Gestión

Clínica facilitará una serie de informes de suma importancia para la toma de

decisiones tales como pacientes atendidos por día, porcentaje de uso de cada

sala, enfermedades más comunes; garantizando acciones y respuestas eficaces

en un menor tiempo.

CAPITULO I

ESTUDIO DEL AMBIENTE DEL

NEGOCIO


CAPITULO I: ESTUDIO DEL AMBIENTE DEL NEGOCIO

Uno de los aspectos más importantes dentro del proceso de estudio del negocio,

es tener un amplio conocimiento de cada uno de los procesos que se desarrollan

en el mismo, con el objetivo de poder identificar acertadamente los requerimientos

funcionales y no funcionales que deberá tener el sistema de información.

Para lograr el propósito antes planteado, se seleccionó como método de

recopilación de información la entrevista personal, esta técnica fue seleccionada

debido a sus características, ya que permite conocer datos proporcionados

directamente del entrevistado, que son los usuarios del sistema y autoridades de

la Organización.

De igual manera las fuentes de información en la que está basado este trabajo son

primarias, derivadas de entrevistas realizadas al personal de Organización para

Difundir la Medicina Oriental y recopiladas también de archivos facilitados por la

Organización. (Ver Anexos).

1.1 MISIÓN Y VISIÓN.

MISIÓN

Nuestra misión es el tratamiento y cuidado de pacientes de manera integral, a

través de un excelente servicio y una práctica médica basada en técnicas de

Medicina Oriental.

VISIÓN

Ser una Organización reconocida en el ámbito nacional en la prestación de

servicios de salud, así como ser un referente en la región Centroamericana en la

utilización de Medicina Oriental.


1.2 OBJETIVOS

1. Satisfacción del paciente por medio de la calidad del servicio prestado.

2. Cumplir con las necesidades de los pacientes.

3. Mejoramiento continuo de nuestros servicios de salud.

4. Motivación y capacitación a nuestro personal en todos los niveles de la organización.

5. Desarrollar programas de atención a personas de escasos recursos.

1.3 ESTRUCTURA ORGANIZACIONAL.

Gráfico #1. Organigrama ODM J-N. Fuente: ODM-JN.

Organización para Difundir la Medicina Oriental Japón-Nicaragua está regida por

una Junta Directiva conformada por 8 miembros, subordinada a la Junta Directiva

se encuentra la Dirección General de la Organización, la que tiene a su cargo

cuatro departamentos:

*Departamento de Administración: Controla el Recurso Humano de manera

general, coordina las compras a proveedores de la Clínica y Farmacia y es el

responsable de los procesos de adquisiciones.


*Clínica: Brindar atención a los pacientes en todas sus especialidades; en la

misma se lleva control de expedientes, se programan las citas, se realiza la

admisión según médico y especialidad.

*Farmacia: Manejar el inventario de productos que se ofrecen a los pacientes de

la Clínica, elaborar los pedidos y ventas de los mismos.

*Laboratorio: Realizar exámenes a los pacientes de la Clínica, y manejar un

control de exámenes por periodos.

1.4 Descripción del Proceso del Negocio.

Organización para Difundir la Medicina Oriental Japón-Nicaragua ODM J-N, está

dedicada a la prestación de servicios de salud a través de las diferentes técnicas

de la Medicina Tradicional. Está integrada por una Clínica de Terapias Orientales,

una Farmacia y un Laboratorio Clínico.

CLINICA ODM J-N

La Clínica tiene un horario de atención de Lunes a Viernes de 8:00 AM a 5:00 PM

y Sábados de 8:00 AM a 12:00 M. Cuenta con dos salas de atención según

especialidad, divididas de la siguiente manera:

Sala A: La sala A cuenta con un total de 12 camas, se realizan tratamientos con

especialidad en Acupuntura, Auriculoterapia y Moxibustión, de igual manera se

atienden consultas generales. En esta sala los médicos de cabecera son

japoneses (2 médicos) y cuentan con un total de 5 asistentes y una coordinadora

de asistentes.

Sala B: La sala B cuenta con un total de 12 camas, se realizan tratamientos con

especialidad en Acupuntura, Moxibustión, Terapia Shiatsu y consultas generales.

En esta sala los médicos de cabecera son médicos nicaragüenses (4 médicos) y

un médico japonés especialista en Terapia Shiatsu. Cuentan con un total de 5

asistentes y una coordinadora de asistentes.


Actualmente todos los controles y registros se llevan de manera manual ya que la

clínica no cuenta con un sistema automatizado. Asimismo sucede con los registros

de historiales clínicos de los pacientes, los registros de admisión y controles de

citas. Se atienden un promedio de 35 pacientes por día en cada sala , los cuales

han realizado cita previa, además se atienden alrededor de 8 pacientes nuevos en

promedio cada día por sala.

A continuación se detalla cómo se realizan cada uno de los procesos en Clínica

ODM J-N, así como los actores implicados en los mismos y la manera en que se

desarrollan.

Admisión de Pacientes:

En admisión de pacientes se pueden encontrar dos escenarios, descritos a

continuación:

Admisión de Nuevos Pacientes: El paciente llega a la Clínica, en admisión

solicita información para saber si podrá ser atendido. La responsable de admisión

revisa el cuaderno de citas y el cuaderno diario de atención para comprobar si hay

un horario disponible para la consulta. Si existe disponibilidad para la atención del

paciente, se le orienta que pase por caja facturando el valor de la consulta, si no

se le recomienda realizar cita.

En caja se le extiende un recibo, con el cual regresa nuevamente a admisión

donde la responsable de admisión procederá a crearle un expediente, solicitándole

Nombres y Apellidos, Edad, Cédula o Número de identificación (en el caso de que

los pacientes no sean nicaragüenses), Número de Teléfono y dirección. Los

Nombres y Apellidos los escribe en la cara superior del expediente, al que le

asigna un número de expediente según registros. El complemento de datos en

conjunto nuevamente con los nombres y apellidos y el número de expediente los

anota en el cuaderno de registro de expedientes. Luego se lleva el expediente a la

sala donde será atendido el paciente.


Admisión de Pacientes por Citas: El Paciente llega a caja, presenta la tarjeta de

consultas donde se especifica día, hora y el médico que le brindará la atención,

factura el monto total de la consulta. Con el recibo pasa a admisión donde se

comprueba la cita. La responsable de admisión busca el expediente y lo envía a la

sala que le corresponde al paciente según atención. En el cuaderno de citas da de

baja a la cita subrayando el registro correspondiente e indicando la asistencia del

paciente.

Actualización de historial clínico: Cada vez que un paciente acude a consulta

médica en Clínica ODM, se procede manualmente a actualizar el historial clínico.

Antes de iniciar la consulta la asistente de sala anota en hojas de control para

historial la fecha, el nombre de la persona, la edad, el número de expediente y el

peso del/de la paciente. Durante la consulta la asistente de sala anota las

descripciones clínicas que le indica el doctor (causas, síntomas, entre otros).

También se anotan las terapias utilizadas en la consulta, así como el tratamiento

recetado, o bien si es necesaria la aplicación de un examen. Luego las hojas de

control son anexadas al expediente, el cual es regresado nuevamente al área de

archivo.

Programación de citas: Al terminar la consulta, el paciente debe pasar por

admisión con la orden para citas donde se especifica el doctor que le atenderá y la

fecha de atención. La responsable de admisión revisa el cuaderno de control de

citas. Consulta con el paciente según horarios disponibles para que elija el de su

conveniencia. La responsable de admisión anota en el cuaderno de control de

citas la fecha, hora, número de expediente y nombre del paciente.

Reprogramación de citas: La reprogramación de citas puede hacerse de manera

personal o vía telefónica, en cualquiera de las dos modalidades se le proporciona

a la asistente de sala el número de expediente y el día en que se tenía

programada la cita, la asistente verifica el nombre de la persona y brinda opciones

de reprogramación al paciente. Según la opción que el paciente elija procede a

marcar la cita e indicar que ha sido reprogramada. En la hoja del cuaderno de


registro, con la nueva fecha procede a anotar nuevamente los datos de la cita,

confirmando al paciente la fecha y hora de la cita.

LABORATORIO CLÍNICO

El Laboratorio Clínico es una herramienta primordial para el área médica, ya que a

través de los exámenes se diagnostican diferentes patologías y se realizan

estudios para establecer el tipo de tratamiento a administrar al paciente. El

laboratorio también pertenece a Organización para Difundir la Medicina Oriental y

cuenta con el mismo horario que la Clínica y la Farmacia. Está a cargo de una

Jefa de Laboratorio y una Asistente de laboratorio. Se realizan exámenes, tales

como:

Hematología

Uro análisis

Coagulación sanguínea

Función endocrina

Proteínas séricas

Microbiología

Parasitología

Serología

Inmunología Clínica

Marcadores de hepatitis

El proceso en el laboratorio es simple. Cuando un paciente necesita realizarse un

examen se le extiende desde la consulta una orden de examen especificando el

tipo o los tipos de exámenes que deberá realizarse. Cuando el paciente no cuenta

con una orden emitida por la Clínica de ODM, puede presentarse con la orden de

examen del hospital o clínica que le atiende.

El paciente se dirige a caja a cancelar el monto del examen. En el laboratorio

presenta el recibo, la asistente del laboratorio anota el número de factura, el

nombre del paciente y el tipo de examen que se le realizará. Si el paciente tiene


expediente en la Clínica se anota el número de expediente donde posteriormente

se anexarán los resultados del examen con las debidas observaciones.

Si el paciente no tiene un expediente en la Clínica y sólo hace uso del servicio de

laboratorio entonces la asistente anota en el cuaderno de registro de laboratorio, la

fecha en que el paciente podrá retirar los resultados del examen. En este caso el

paciente al llegar a retirar los resultados presenta nuevamente la factura, se coteja

con los datos anotados en el cuaderno de control. La asistente de laboratorio

anota en el registro de retiro de resultados el número de factura, tipo de examen y

el nombre del paciente, le solicita la firma a la persona que retira los resultados y

pone el sello de cancelado en la factura. Devuelve la factura sellada a la persona

que retira los resultados.

FARMACIA

La Farmacia está orientada con el mismo fin de la Clínica ODM J-N, ya que en la

misma se ofrecen medicamentos elaborados únicamente a base de productos

naturales. De igual manera se ofrecen los materiales utilizados en las diferentes

terapias (agujas para acupuntura, agujas para auriculoterapia, moxa, entre otros).

Cuenta con el mismo horario de atención de la Clínica y tiene un personal

compuesto por dos despachadoras y una regente de farmacia. En Farmacia todos

los registros se realizan de manera manual y se llevan los controles de ventas,

controles de precios y existencias en una hoja Excel.

Los procesos que se llevan a cabo en la misma son los siguientes:

Administración de Inventario: La administración de inventario consta de otros

subprocesos que se detallan a continuación:

*Solicitud de Compras (Realizar Pedidos): La regente de Farmacia verifica

existencias de productos, cotejando siempre con los registros de venta y los de

control de existencias, realiza un listado de productos con existencias mínimas y

solicita las cantidades necesarias. Envía el listado de productos al área de

Administración, donde se encargan de realizar las compras.


*Registro de Compras: El área de Administración se encarga de contactar al

proveedor según el pedido, se le envía la lista de productos a solicitar. El

proveedor recibe el pedido y realiza una cotización de los productos que tenga en

existencia. Administración recibe cotización y verifica precios, comunica a

proveedor la compra. El proveedor envía el producto al día siguiente de recibida la

confirmación de la cotización. El pedido se recibe en Administración, después de

ser revisado y verificado según factura es enviado a Farmacia. La regente de

Farmacia verifica los productos recibidos y las cantidades de los mismos según

listado de solicitud de compra, en el caso que se haga entrega de una cantidad

menor de algún producto, realiza informe adjuntando copia de listado de solicitud

en el que especifica las cantidades recibidas de cada producto, el informe lo envía

al área de Administración como constancia de haber recibido una cantidad menor

a la solicitada.

Luego proceden a ingresar en el archivo Excel cada uno de los productos,

especificando las cantidades recibidas. Actualiza en la hoja de control las

existencias de los productos recibidos. En el caso que se reciba un nuevo

producto se registra en un archivo Excel las especificaciones del nuevo producto

y se agrega al archivo de control de existencias.

*Registro de Venta de Producto (Actualizar Existencias): Cuando un paciente

desea comprar un producto en la Farmacia puede hacerlo llevando la receta que

el médico le ha indicado o bien sin ella. El cliente solicita a la despachadora el

producto o los productos que comprará, la despachadora realiza la suma del

monto de factura y le entrega orden de pago con el total a facturar. El paciente

luego de facturar en caja regresa con el recibo a farmacia donde la despachadora

registra en el archivo Excel el número de factura, los productos de la factura y el

monto total. Hace entrega de productos y factura al cliente. Luego la

despachadora debe actualizar las existencias de los productos vendidos,

reduciendo las existencias según la cantidad de producto facturado.


Facturar Productos y/o Servicios: De manera general, la mayoría de los

procesos están interrelacionados con facturación, para realizar este proceso la

encargada de caja pregunta al cliente que desea facturar (consulta, exámenes,

productos), realiza la factura según el concepto indicado por el paciente y el monto

del servicio o del producto, solicitando el nombre del cliente, anota en el cuaderno

de registro el número de factura, el concepto, y el monto total. Entrega la factura

original al cliente y archiva copia de factura la que posteriormente será entregada

al contador en el área de Administración. La facturación es únicamente de

contado.

1.5 Descripción del Sistema de Gestión.

Sistema de Gestión Clínica (SGC), es un sistema de gestión multiusuario

orientado a clínicas, centros médicos y consultorios; está diseñado para el manejo

integral de la Clínica. Es un sistema amigable, intuitivo y práctico debido a las

interfaces de fácil manejo para los usuarios, tiene como objetivo principal agilizar

las gestiones. Su estructura está concebida en base a un menú principal desde el

cual se pueden acceder a las diferentes secciones del sistema. Está compuesto

por los siguientes módulos:

*Administración: Módulo encargado del manejo y gestión de información básica

para el funcionamiento del sistema, tales como; personal, cargos de personal de la

Organización, áreas o departamentos, especialidades, registro de exámenes.

*Programación de Atención el cual controlará programaciones y reprogramaciones

de consultas de los pacientes en dependencia de fecha y médico que solicite,

administrará las salas de atención, el horario de los médicos, asimismo permite

realizar el registro de expedientes a nuevos clientes de la Clínica, de igual manera

asignar médico y sala por consulta, permite realizar el control de movimientos de

expediente y es el encargado del manejo de la información de los mismos; recetas

emitidas, exámenes realizados, citas.

*Farmacia permite controlar el stock de los medicamentos y productos ofertados y

generar pedidos. Además ofrece estadísticas de suma importancia, como por


ejemplo; venta en períodos definidos, gastos de medicamentos por obra social. La

carga de nuevos medicamentos es simple y práctica.

*Laboratorio es el módulo encargado del registro y control de los exámenes

realizados a pacientes, el mismo permite realizar seguimiento desde la emisión de

la orden del examen, el registro hasta la entrega de los resultados.

1.5.1 Software.

-Software del Servidor: Para el servidor, que será destinado al manejo de red,

Base de Datos y Aplicación, se requerirá el sistema operativo Windows Server

2003. SGC, ha sido desarrollado en base a una plataforma que utiliza MySQL

como gestor de Base de Datos (software libre), el cual también deberá ser

instalado. Asimismo es necesario instalar java, específicamente el jdk1.6.0-23

(software libre) e iReport versión 2.0.4 para el módulo de reportes.

-Software para estaciones de trabajo: el sistema operativo a utilizar en las

estaciones de trabajo puede ser Windows XP, Windows Vista o Windows 7. Se

requiere también la instalación de Adobe Acrobat Reader y Herramientas de

Oficina (Hoja de Cálculo, Procesador de Texto).

Se hace uso del software libre MySql, gestor de base de relacional, debido a que a

pesar que existen gestores de base de datos orientados a objetos, tales como

Berkley DB, Objectivity DB 10, entre otros, requieren de licencia de pago para su

uso. También existen algunos gestores de base de datos open source como

Apache Derby versión 10.8.1.2 no obstante este aún se encuentran en período de

prueba.

1.5.2 Usuarios.

En cuanto a los usuarios potenciales del Sistema de Gestión Clínica SGC, es

importante destacar que evidenciaron aceptación hacia el sistema durante las

entrevistas realizadas a cada uno de ellos, también es relevante conocer que no

requieren de entrenamiento en el manejo de las estaciones de trabajo.

Únicamente se deberán capacitar con respecto al funcionamiento del sistema.


1.5.3 Hardware.

1.5.3.1 Arquitectura de SGC.

Sistema de Gestión Clínica fue diseñado utilizando una arquitectura de dos

niveles. Este tipo de arquitectura consiste en dos niveles separados. El primer

nivel corresponde a la interfaz gráfica que verá el usuario en su estación de

trabajo, en el segundo nivel se encuentra el servidor que maneja los procesos,

corre la aplicación y almacena los datos.

1.5.3.2 Equipos.

Las especificaciones de hardware para los equipos se detallan a continuación.

Componente Mínimo RecomendadoUnidad Central de Proceso. CPU Intel® Core i3, 3, 0 GHZ Intel® Core i5 o superior, 5, 4 GHZDisco Duro 250 SATA, 2K rpm 3 x 160 Gb SCI, SATA 2K rpmDVD ROM 16 con cable SATA 16 con cable SATANICComputadora en general

SERVIDOR

Tarjeta de red 100 Mb/sModelo torre

Cuadro # 1. Especificaciones de Hardware del Servidor.

Componente Mínimo RecomendadoUnidad Central de Proceso. CPU Pentium IV, 2 o 8 GHz, 800 MHz Pentium Core, 3.8 GHz 2x2 Mb cacheDisco Duro 160 Gb 7 200 tpm 250 Gb 160/m 10 000 tpmMemoria 1Gb 2Gb o superiorPantalla / Tarjeta de VideoNICComputadora en general Plug and Play, Flash BIOS

Pantalla CRT 15/17'' 1280 * 1024

ESTACIONES DE TRABAJO

Tarjeta de red 100 Mb/s

Cuadro # 2. Especificaciones de Hardware de las Estaciones de Trabajo.

Componente Mínimo RecomendadoTipo Impresora de inyección de tinta Impresora LáserCapacidad 8 ppm 12-16 ppmResolución 300 dpi 600 dpiFormato (210 mm x 297 mm) (210 mm x 297 mm)

IMPRESORA

Cuadro # 3. Especificaciones de Hardware de Impresora.


1.5.4 Beneficios del Sistema.

- Beneficios Tangibles.

*Disminución del tiempo en cada uno de los procesos realizados en la

Organización.

*Mejor gestión a través de las funcionalidades del sistema, mediante búsquedas e

informes que permiten obtener de manera rápida información actualizada.

*Mayor aprovechamiento de los recursos informáticos actuales ya que únicamente

se utilizan para llevar controles en hojas de Excel.

*Disminución de gastos en papelería.

*Disminución del esfuerzo físico empleado por el personal al realizar sus

funciones.

- Beneficios Intangibles.

*Proyección de una mejor imagen a los clientes.

*Aumento de satisfacción en los empleados al hacer menos tediosas las tareas.

*Mayor nivel de competitividad.

*Mejora en el proceso de la toma de decisiones.

CAPITULO II

ANÁLISIS DEL SISTEMA DE

GESTIÓN


CAPITULO II. ANALISIS DEL SISTEMA DE GESTIÓN.

2.1 Flujo de Trabajo: Captura de Requisitos

Se comienza el ciclo de desarrollo inicial en la primera fase del Proceso RUP, esto

es la fase de Inicio donde se ejecuta el flujo de trabajo Captura de Requisitos.

Este tiene como objetivo guiar el desarrollo hacia el sistema correcto, mediante

una descripción de las necesidades del sistema suficientemente buena para que

se pueda llegar a un acuerdo entre el cliente y los desarrolladores sobre que debe

y que no debe hacer el sistema.

Se efectúan los siguientes artefactos:

Modelo de caso de uso del Negocio

Diagrama de caso de uso del negocio

Diagrama de actividad del negocio

Identificación de Actores

Modelo de Casos de Uso del Sistema

Diagrama de Caso de Uso del Sistema

Diagramas de Casos de Uso concreto

2.1.1 Modelado del Negocio

Con el objetivo de asegurar un software de calidad dentro de los plazos y

presupuestos proyectados, se adoptó para este trabajo un proceso de desarrollo

de software centrado en la producción y mantenimiento de los modelos del

sistema, RUP (Rational Unified Process), del cual se detallarán cada una de sus

fases a lo largo de este proyecto.

Es de vital importancia, en primer término, definir el alcance y límite del proyecto,

esto se logró en la fase de inicio, donde también se ejecuta el flujo de trabajo de

Captura de Requisitos, aspecto importante en el desarrollo del sistema.


2.1.1.1 Diagrama de Caso de Uso del Negocio

Uno de los elementos desarrollados en la fase de Inicio de RUP es el Diagrama de

Caso de Uso del Negocio, este surge a partir del estudio detallado del negocio, de

la descripción del mismo, con el objetivo de encontrar elementos determinantes

dentro del modelado del negocio, punto clave dentro del análisis de

requerimientos.

El Diagrama de Caso de Uso del Negocio, ayuda a precisar los detalles de la

situación actual dentro de la organización donde se realizará el desarrollo del

software.

Diagrama de Caso de Uso del modelo de negocio inicial.

Diagrama # 1. Caso de Uso del Negocio. Fuente: Entrevistas. Elaboración Propia.

Asistente de Sala Actualizar Historial Clínico

Asistente de Laboratorio

Jefe de Laboratorio Gestionar Exámenes

Cajera Facturar Producto/Servicio

Administrador

Despachadora de Farmacia

Regente de Farmacia

Administrar Inventario

Realizar Admisión de Pacientes

Programación de Citas

Paciente

Responsable de Admisión

Reprogramación de citas

*Primera Iteración del Caso de uso: Administrar Inventario.

Proveedor Suministrar Productos

Administrador Administrar Inventario

Regente de Farmacia

Realizar Compras

<<include>>

Realizar Pedido

<<include>>

<<include>>

Registar Compras

<<include>>

<<include>>

Diagrama # 2. Caso de Uso del Negocio Administrar Inventario. Fuente: Entrevistas. Elaboración Propia.

*Segunda Iteración del Caso de uso: Realizar Admisión de Pacientes.

Paciente

Responsable de Admisión Realizar Admisión de Pacientes

Realizar admisión de nuevo paciente

Realizar admisión de paciente con cita

<<extend>><<extend>>

Diagrama # 3. Caso de Uso del Negocio Realizar Admisión de Pacientes. Fuente: Entrevistas. Elaboración Propia.

*Tercera Iteración del Caso de uso: Gestionar Exámenes.


Jefe de Laboratorio

Paciente Gestionar Examenes

Registrar Examen

Registrar Entrega de Resultado

<<include>>

<<include>><<include>>

Diagrama # 4. Caso de Uso del Negocio Gestionar Exámenes. Fuente: Entrevistas. Elaboración Propia.

2.1.1.2 Diagrama de actividad del negocio

Un segundo artefacto que debe ser desarrollado en la fase de inicio de RUP es el

Diagrama de Actividad del Negocio. A través del Diagrama de Actividad se

representará paso por paso el flujo de trabajo en cada uno de los procesos en

Clínica ODM J-N, en Farmacia y en Laboratorio.

Para una mejor comprensión de cada uno de los diagramas de actividades del

negocio se establece una breve descripción del proceso, identificando los actores

que intervienen en el caso de uso. Cabe destacar que la forma en que se

encuentran representados estos diagramas es la actual forma en que se llevan a

cabo los procesos tanto en la Clínica, como en la Farmacia y en el Laboratorio en

Organización para Difundir la Medicina Oriental Japón – Nicaragua, ODM J-N.


Cuadro # 4. Descripción de caso de uso “Realizar Admisión de Nuevos Pacientes”. Fuente: Entrevistas. Elaboración Propia.

Solicitar consulta médica

Recibir orden de pago de consul ta

Efectuar pago de consul ta

Recibir factura cancelada

Entregar factura cancelada en Admisión

Verificar disponibi lidad para atención

¿Existe disponibil idad?

Emitir orden de pago de consul ta

Si

Programar Ci ta

No

Crear expediente

Registrar en cuaderno expediente

Llevar expediente a sala de atención

Recibir pago de consul ta

Archivar copia de factura

Entregar factura cancelada

CajeraResponsable de AdmisionPaciente

Diagrama # 5. Diagrama de Actividad “Realizar Admisión de Nuevos Pacientes”. Fuente: Entrevistas. Elaboración Propia.


Cuadro # 5. Descripción de caso de uso “Realizar Admisión de Pacientes con citas”. Fuente: Entrevistas. Elaboración Propia.

Presentar tarjeta de consultas

Ef ectuar pago de consulta

Recibir f actura cancelada

Entregar f actura cancelada en Admisión

Buscar Expediente

Llev ar expediente a sala de atención

Verif icar cita

Recibir pago de consulta

Entregar f actura cancelada

Archiv ar copia de f actura

CajeraResponsable de AdmisiónPaciente

Diagrama # 6. Diagrama de Actividad “Realizar Admisión de Pacientes con citas”. Fuente: Entrevistas. Elaboración Propia.


Caso de Uso: Actualizar Historial ClínicoDescripción: Caso de uso permite actualizar la historia clínica del paciente 1. Asistente de Sala anota en expediente fecha y hora de consulta, peso, temperatura y presión del paciente2. Asistente de Sala durante consulta anota descripciones clínicas.3.Asistente de Sala anota terapia y tratamiento recetado.4.Asistente de Sala agreg hoja de historial al expediente.5.Asistente de sala entrega expediente en admisión

Cuadro # 6. Descripción de caso de uso “Actualizar Historial Clínico”. Fuente: Entrevistas. Elaboración Propia.

Anotar datos de consulta y paciente

Anotar descripciones clínicas

Anotar terapia y tratamiento

Agregar hoja de historial a expediente

Entregar expediente a Archivo

Recibir expediente

Responsable de AdmisiónAsistente de Sala

Diagrama # 7. Diagrama de Actividad “Actualizar Historial Clínico”. Fuente: Entrevistas. Elaboración Propia.


Cuadro # 7. Descripción de caso de uso “Programación de citas”. Fuente: Entrevistas. Elaboración Propia.

Elaborar orden para cita

Entregar orden para cita

Recibir orden de cita

Seleccionar horario

Orientar horario seleccionado

Verificar disponibilidad de horario

Brindar horarios disponibles

Registrar datos de citas

Responsable de AdmisiónPacienteAsistente de Sala

Diagrama # 8. Diagrama de Actividad “Programación de citas”. Fuente: Entrevistas. Elaboración Propia.


Cuadro # 8. Descripción de caso de uso “Reprogramación de citas”. Fuente: Entrevistas. Elaboración Propia.

Solicitar reprogramación de ci ta

Seleccionar fecha y horario

Orientar horario seleccionado

Verificar cita programada

Verificar datos de paciente

Brindar opciones de reprogramación

Anular cita anterior

Registrar nueva cita

Asistente de SalaPaciente

Diagrama # 9. Diagrama de Actividad “Realizar “Reprogramación de citas”. Fuente: Entrevistas. Elaboración Propia.


Cuadro # 9. Descripción de caso de uso “Registrar Examen”. Fuente: Entrevistas. Elaboración Propia.

Efectuar pago de orden de examen


Presentar factura de pago de examen

Pasar a sala a realizarse examen

Recibir orden de pago de examen



Anotar orden de examen en cuaderno

Orientar procedimientos para examen

Asistente de LaboratorioCajeraPaciente

Diagrama # 10. Diagrama de Actividad “Registrar Examen”. Fuente: Entrevistas. Elaboración Propia. Fuente: Entrevistas. Elaboración Propia.


Cuadro # 10. Descripción de caso de uso “Registrar Entrega de Resultados de Exámenes”. Fuente: Entrevistas. Elaboración Propia.

Solicitar resultado de examen

Presentar factura de examen cancelada

Firmar registro

Recibir resultados

Verificar datos de examen

Registrar número de recibo, nombre y examen

Entregar resultados y factura

Asistente de LaboratorioPaciente

Diagrama # 11. Diagrama de Actividad “Registrar Entrega de Resultados de Exámenes”. Fuente: Entrevistas. Elaboración Propia.

Caso de Uso : Registrar Entrega de Resultados de Examen. Descripción: Caso de uso permite registrar la entrega de resultados de examen. 1. Paciente solicita resultado de examen. 2. Paciente presenta factura de examen cancelada. 3. Asistente de Laboratorio verifica datos de examen y paciente. 4. Asistente de Laboratorio registra en cuaderno número de recibo, nombre y examen. 5. Paciente firma registro de retiro de resultados. 6. Asistente de Laboratorio entrega resultados a paciente.


Cuadro # 11. Descripción de caso de uso “Realizar Pedidos”. Fuente: Entrevistas. Elaboración Propia.

Verificar existencia de productos

Real izar l istado de productos a sol icitar

Enviar pedido de productos a Administración

Recibir pedido de productos

Asistente de AdministracionRegente de Farmacia

Diagrama # 12. Diagrama de Actividad “Realizar Pedidos”. Fuente: Entrevistas. Elaboración Propia.

Caso de Uso: Registrar Compras.Descripción: Caso de uso permite registrar la entrada de productos al inventario de farmacia. 1. Regente de farmacia verifica productos recibidos.2. Despachadoras digitan productos y cantidades3.Despachadoras actualizan hoja de existencia de productos.

Cuadro # 12. Descripción de caso de uso “Registrar Compras”. Fuente: Entrevistas. Elaboración Propia.

Verificar productos recibidos

Digitar productos y cantidades

Actual izar hoja de existencias de productos

Despachadora de FarmaciaRegente de Farmacia

Diagrama # 13. Diagrama de Actividad “Registrar Compras”. Fuente: Entrevistas. Elaboración Propia.


Caso de Uso: Registrar Venta de Productos.Descripción: Caso de uso permite registrar la venta de productos y actualizar existencias en Kardex. 1. Cliente solicita producto a despachadora.2. Despachadora entrega oden de pago con total a facturar.3. Cliente cancela orden de pago4. Cliente entrega factura de pago cancelada.5. Despachadora entrga productos y factura al cliente.6. Despachadora actualiza existencia de productos en Kardex.

Cuadro # 13. Descripción de caso de uso “Registrar Venta de Productos”. Fuente: Entrevistas. Elaboración Propia.

Solicitar producto

Recibir orden de pago

Efectuar pago



Recibir productos

Elaborar orden de pago con monto a facturar

Entregar orden de pago

Entregar productos según factura

Actual izar existencia en Kardex

Recibir pago de productos



CajeraDespachadoraCliente

Diagrama # 14. Descripción de caso de uso “Registrar Ventas de Productos”. Fuente: Entrevistas. Elaboración Propia.


2.1.2 Requerimientos

Los requerimientos funcionales definen el comportamiento interno del software,

cálculos, detalles técnicos, manipulación de datos y otras funcionalidades. Los

requerimientos no funcionales son criterios que pueden usarse para juzgar la

operación de un sistema.

Según entrevistas (Ver Anexo V) y análisis realizado se identificaron requerimientos

funcionales y no funcionales, los que se muestran a continuación:

Requerimiento Funcional No FuncionalCrear Expediente de Paciente XRegistrar Hoja de control Medico XRegistrar Productos XRegistrar Salas de Atención XEmitir órdenes (citas, examenes,recetas) XSeguridad del sistema XGenerar factura XRegistrar Personal XRegistrar órdenes de examen XProgramar citas XReprogramar citas XConsultar productos XConsultar exámenes XConsultar Historial Clínico XConsultar citas XGenerar Informes XRegistrar Exámenes XRegistrar Servicios X

Cuadro # 14. Requerimientos funcionales y no funcionales de SGC. Fuente: Entrevistas. Elaboración Propia.

2.1.2.1 Requerimientos de la red

Para realizar un correcto análisis de requerimientos es fundamental conocer la

estructura física del edificio, donde se implementará el proyecto de Red, con el

objetivo de conocer las diferentes ventajas o limitantes que se podrán encontrar

en cuanto a términos de infraestructura nos referimos, así como determinar el

mejor lugar que cuente con elementos de acceso seguros para ubicar el cuarto de

servidores.


2.1.2.1.1 Infraestructura

Organización para Difundir la Medicina Oriental está ubicada en Rubenia. Cuenta

con tres plantas: Clínica-Farmacia, Laboratorio y Administración. Ver Anexos. Plano

#1 Distribución Específica del Espacio.

La altura del techo en la clínica y farmacia es de 3 mts, en el caso del laboratorio y

el departamento de administración es de 2.4 mts. Todas las plantas cuentan con

una estructura de canaletas para el cableado eléctrico y de telefonía. El único que

cuenta con un sistema de acondicionamiento de aire es el laboratorio.

El Departamento de Administración es el único que cuenta con conexión a internet

que se sirve desde la Biblioteca de IESMO J-N, la que tampoco cuenta con un

sistema de acondicionamiento de aire, exponiendo al switch a altas temperaturas

y al cableado, ya que no cuenta con canaletas o algún otro elemento para la

protección de los mismos.

Se propone un diseño para la ubicación física de los equipos en cada uno de los

Departamentos que conforman ODM-JN. En el área de Administración se

acondiciona el cuarto de servidores, que en la actualidad no existe, se sugiere

este lugar debido a las restricciones de acceso al área. Ver Anexos. Plano #2

Ubicación de Equipos en área Administración.

En el caso de Laboratorio, Clínica y Farmacia los cambios que se realizaron es la

ubicación de equipo propuesto. Cabe destacar que las instalaciones de Farmacia

se encuentran dentro de la Clínica. Ver Anexos. Plano #3 Ubicación de Equipos en

área Laboratorio. Ver Anexos. Plano #4 Ubicación de Equipos en área Clínica.

2.1.2.1.2 Equipos

Ahora conviene analizar la distribución actual por dependencia de equipos. Se

muestran a continuación dos cuadros, el primero muestra la distribución actual

de los equipos según dependencia, el segundo cuadro es una propuesta de

distribución de equipos basado en la implementación de un sistema de gestión

clínica y de la red.


Dependencia Tipo de Equipo CantidadAdministración Computador Desktop 2

Teléfono Directo 1Switch 1Impresora Local 1

Farmacia Computador Desktop 1Extensión Telefónica 1

Clìnica Extensión Telefónica 2Laboratorio Extensión Telefónica 1

Cuadro # 15. Equipos existentes según dependencia.

Es de vital importancia conocer las características de los equipos existentes con

el objeto de identificar si estos serán de utilidad durante la implementación del

proyecto, o en caso contrario, si debemos reemplazarlos por nuevos equipos.

Los equipos que se encuentran en administración corresponden a las siguientes

especificaciones en términos de hardware:

PC Desktop Compaq Pressario con velocidad del bus 800 Mhz, Pentium IV,

Memoria de 1 GB, unidad de disco duro 320 GB, ATX tamaño mediano,

Interfaz integrada en placa base, Realtek RTL8201E, velocidad de

transferencia de datos 10/100 Mb/s, estándar de transmisión Ethernet 10

Base T.

Impresora local multifuncional (1 equipo) en contrato de arrendamiento

con empresa XEROX.

El equipo existente en Farmacia (1) corresponde a las siguientes especificaciones

en términos de hardware:

PC Desktop Pentium IV, HP-COMPAQ, Procesador Intel PIV de 3.4 GHZ,

memoria RAM de 1 GB, Disco Duro de 250 GB, velocidad de transferencia

de datos 10/100 Mb/s.

Por sus características los equipos descritos anteriormente serán integrados a la

red, en conjunto con los equipos propuestos, sufriendo claro está actualizaciones

en cuanto a software se trata.


En términos específicos de software los 3 equipos cuentan con sistema

operativo Windows XP y paquete Office 2003. Únicamente 1 equipo de

administración cuenta con un sistema stand alone diseñado en Visual Fox Pro.

A continuación se muestra un cuadro con equipos propuestos según dependencia.

Dependencia Tipo de equipo Cantidad PropuestaAdministración Switch 1

Impresora multi funcional 1Cuarto de Serv idores Server 1

Router 1Aire Acondicionado 1Switch 1

Farmacia Computador Desktop 1Impresora multi funcional 1

Clínica Computador Desktop 3Impresora multi funcional 1

Laboratorio Computador Desktop 2Impresora multi funcional 1

Cuadro # 16. Equipos propuestos según dependencia.

Teniendo un total de equipos al implementar la red de 9 PC Desktop, 1 Server y

equipos adicionales (Impresoras, Switch). A continuación se detallan las

especificaciones técnicas de cada uno de los equipos propuestos.

Server Dell Power Edge T110

Procesador de la serie Intel® Core i3 de doble núcleo.

Conjunto de chips Intel® 3420. Memoria 4 GB1 de DDR3 a 1.066 MHz

Microsoft Windows Server® 2008 SP2, x86/x64. SATA (3,5") (7.200 rpm): 250 GB

Cuatro unidades SAS. Una ranura x4 (con conector x8). PERC H200 (6 Gb/s)

Adaptador de servidor Gigabit Ethernet, puerto Broadcom® NetXtremeTM II 5722

Una fuente de alimentación con cable (305 W). Dell OpenManage.


Computador Desktop

Case combo de torre con su fuente de poder. Tarjeta madre Intel.

Procesador Intel Aton de 1.66ghz. Ram 1gb ddr2. Disco duro 320gb, sata

Quemador y lector DVD/CD. Monitor LCD 15.6" AOC. Teclado. Mouse.

1 UPS Forza 500 va, batería con estabilizador integrado.

Impresora Canon Multifuncional PIXMA MX870

Impresión, escaneo, copia y fax. Wi-Fi y Ethernet. Fax Súper G3 .ADF a doble

cara de alta velocidad de 35 hojas. Depósitos de tinta independientes

Ranuras para tarjeta de memoria y pantalla TFT de 6,2 cm. Gestión de

soportes de impresión avanzada. Sistema ChromaLife100+.

Switch Ethernet PoE de 8 Puertos 10/100M

8 Puertos RJ-45, con función PoE, compatible con IEEE 802.3af estándar.


2.1.3 Identificación de Actores

Otro artefacto que resulta de la fase de inicio RUP es la identificación de actores

del sistema. Un actor representa quien o que inicia una acción dentro del sistema,

en otras palabras es un rol llevado a cabo por una persona o algún otro elemento.

Se identificaron los siguientes actores internos, los que se muestran en el

siguiente cuadro. En el mismo se identifican las tareas relacionadas al sistema de

información a desarrollar:

ACTORES TAREAS UBICACIÓN

Asistente de Sala

1. Actualización de historial Clínico.

2. Emisión de orden para solicitud de citas.

3. Emisión de recetas.

Clínica ODM J-N

Regente de Farmacia

1. Administración / Movimiento de Inventario

2. Solicitud de compras (Pedidos)

3. Registro de Nuevos Productos

Farmacia

Despachadora de Farmacia

1. Actualización diaria de existencias.

2. Registro de ventas diarias.

3. Verificación de precios

Farmacia

Jefa de Laboratorio

1. Control de exámenes realizados.

2.Elaboración de resultados

Laboratorio


1. Registro de exámenes realizados.

2. Control de entrega de resultados

Laboratorio

Cajera

1. Facturar productos / servicios

2. Elaborar informe diario de facturas

Caja


1. Crear Expedientes.

2. Registrar Citas.

3. Registrar reprogramaciones de citas.

4. Administrar Disponibilidad de Salas.

Admisión

Administrador Clínica

1. Administrar Laboratorio

2. Administrar Clínica

3. Administrar Farmacia

Administración

Asistente Administración

1. Actualizar datos de médicos.

2. Actualizar datos de asistentes.

3. Asistir en otras funciones propias de la administración de la Clínica.

Administración

Cuadro # 17. Identificación de actores y definición de tareas según división. Fuente: Entrevistas. Elaboración Propia.


uc a c to re s

A dm in is tra dor de l S is te m a

Encargado de crear usuarios, asignarles roles y permisos, de realizar configuraciones generales del sistema.

uc a c to re s

A s is te n te de S a la

Encargado de actualización de historial clínico, emisión de recetas, emisión de órdenes para examen y emisión de citas..

u c A c t o r e s

R e g e n t e d e F a r m a c i a

Nombre Oficial: Regente de Farmacia

Es la responsable de Farmacia. Seencarga de la administración de inventario y solicitud de pedidos.

uc a c to re s

D e s pa c ha dora de Fa rm a c ia

Encargada de brindar información de precios de productos, entregar productos y actualizar existencias.

uc a c to re s

J e fe de La bora to r io

Encargado de realizar exámenes clínicos, emisión de resultados y supervisión de trabajo de personal a su cargo.

uc a c to re s

A s is te n te de La bora to r io

Personal encargado del registro de órdenes de exámenes realizados a pacientes, así como la entrega de resultados.

Fuente: Entrevistas. Elaboración Propia.


uc a c to re s

C a j e ra

Personal encargado del proceso de facturación de los diferentes servicios brindados en la Clínica.

uc a c to re s

R e s pons a b le de A d m is ión

Personal encargado de creación de expedientes, programación y reprogramación de citas, asignacion de pacientes a médicos y salas.

u c A d m in is tra dor

A dm in is tra dor

Encargado de Recursos Humanos y procesos administrativos de ODM J-N.

uc A dm in is tra dor

A s is te n te de A dm in is tra c ión

Apoya todas las actividades administrativas, maneja y actualiza datos del personal.

Fuente: Entrevistas. Elaboración Propia.


2.2 Modelo del sistema.

El modelo del sistema, se elabora tomando como entrada el modelo del negocio

que nos describe las acciones que efectúa la organizacion en función de su

diagrama de caso de uso del negocio y sus diagramas de los casos de usos

concretos y las actividades que ocurren en estos casos de usos concretos.

Esto permite al equipo de trabajo obtener los requerimientos del sistema desde el

punto de vista del usuario (cliente). Por consiguiente el modelo del sistema

proporciona la entrada fundamental para el análisis y diseño del sistema.

2.2.1 Diagramas de casos de uso del sistema.

Modela el comportamiento del sistema de Información Gestion Clinica en ODM-J-

N, mostrando un conjunto de casos de uso, actores y sus relaciones. u c M o d e l o d e c a s o s d e u s o

S I S T E M A D E G E S T I Ó N C L I N I C A

: A d m i n i s t r a d o r d e C l í n i c a

: A s i s t e n t e d e L a b o r a t o r i o

: D e s p a c h a d o r a d e F a r m a c i a

: J e f e d e L a b o r a t o r i o

: R e g e n t e d e F a r m a c i a

: R e s p o n s a b l e d e A d m i s i ó n

: A s i s t e n t e d e A d m i n i s t r a c i ó n

: A d m i n i s t r a d o r d e l S i s t e m a

: C a j e r a

: A s i s t e n t e d e S a l a

A d m i n i s t r a r S e g u r i d a d

G e n e r a r I n f o r m e s

A d m i n i s t r a r I n v e n t a r i o

A d m i n i s t r a r S a l a s

A d m i n i s t r a r C i t a s G e s t i o n a r e x a m e n

G e s t i o n a r F a c t u r a

A d m i n i s t r a r E x p e d i e n t e

A d m i n i s t r a r D a t o s B á s i c o s

P a c i e n t e

Diagrama # 15. Diagrama de caso de uso SGC. Fuente: Entrevistas. Elaboración Propia.


Caso de uso: Iniciar sesión.

En este caso de uso el usuario representa a los

usuarios del sistema (Administrador, Regente de

Farmacia, Despachadora, Jefe de Laboratorio,

Asistentes de Laboratorio y de Sala,

Responsable de Admisión, Administrador del Sistema, Cajera).

*Primera Iteración del Caso de uso: Administrar Usuario. u c M o d e l o d e c a s o s d e u s o

A d m i n i s t r a d o r d e S i s t e m a

U s u a r i o

A d m i n i s t r a r U s u a r i o s

C a m b i a r c o n t r a s e ñ a

A g r e g a r U s u a r i o

M o d i f i c a r U s u a r i o

B u s c a r U s u a r i o

« e x t e n d »

« i n c l u d e »

« e x t e n d »

« e x t e n d »

« e x t e n d »

Diagrama # 16. Diagrama de caso de uso “Administrar Usuario”. Fuente: Entrevistas. Elaboración Propia.

*Segunda Iteración del Caso de uso: Administrar Personal. u c M o d e l o d e c a s o s d e u s o

: A s i s t e n t e A d m i n i s t r a t i v a

A d m i n i s t r a r P e r s o n a l

A g r e g a r P e r s o n a l

M o d i f i c a r P e r s o n a l

B u s c a r P e r s o n a l

« i n c l u d e »« e x t e n d »

« e x t e n d »« e x t e n d »

Diagrama # 17. Diagrama de caso de uso “Administrar Personal”. Fuente: Entrevistas. Elaboración Propia.

*Tercera Iteración del Caso de uso: Administrar Áreas. u c M o d e l o d e c a s o s d e u s o

A s i s t e n t e A d m i n i s t r a t i v a

A d m i n i s t r a r Á r e a

A g r e g a r Á r e a

M o d i f i c a r Á r e a

B u s c a r Á r e a



Diagrama # 18. Diagrama de caso de uso “Administrar Áreas”. Fuente: Entrevistas. Elaboración Propia.

u c M o d e l o d e c a s o s d e u s o

U s u a r i o

I n i c i a r S e s i ó n


*Cuarta Iteración del Caso de uso: Administrar Especialidades. u c M o d e l o d e c a s o s d e u s o

D e s p a c h a d o r a d e F a r m a c i a

A d m i n i s t r a r E s p e c i a l i d a d e s

A g r e g a r E s p e c i a l i d a d e s

M o d i f i c a r E s p e c i a l i d a d

B u s c a r E s p e c i a l i d a d


« e x t e n d » « e x t e n d »

Diagrama # 19. Diagrama de caso de uso “Administrar Especialidades”. Fuente: Entrevistas. Elaboración Propia.

*Quinta Iteración del Caso de uso: Administrar Cargos. u c M o d e l o d e c a s o s d e u s o


A d m i n i s t r a r C a r g o s

A g r e g a r C a r g o

M o d i f i c a r C a r g o

B u s c a r c a r g o



Diagrama # 20. Diagrama de caso de uso “Administrar Cargos”. Fuente: Entrevistas. Elaboración Propia.

*Sexta Iteración del Caso de uso: Administrar Exámenes. u c M o d e l o d e c a s o s d e u s o


A d m i n i s t r a r E x a m e n e s

A g r e g a r E x a m e n

M o d i f i c a r E x a m e n

B u s c a r E x a m e n


« e x t e n d »« i n c l u d e »

Diagrama # 21. Diagrama de caso de uso “Administrar Cargos”. Fuente: Entrevistas. Elaboración Propia.

*Séptima Iteración del Caso de uso: Administrar Salas. u c M o d e l o d e c a s o s d e u s o

A d m i n i s t r a r S a l a

A g r e g a r S a l a

M o d i f i c a r S a l a

B u s c a r S a l a

: R e s p o n s a b l e d e A d m i s i ó n


« e x t e n d » « i n c l u d e »

Diagrama # 22. Diagrama de caso de uso “Administrar Salas”. Fuente: Entrevistas. Elaboración Propia.


*Octava Iteración del Caso de uso: Administrar Citas. uc M od e lo de c a s os de us o

R e s pons a b le de A dm is ión

P rogra m a r c ita s

A dm in is tra r S a la s

A dm in is tra r P e rs ona l

A dm in is tra r C ita s

R e progra m a r C ita s

B us c a r C ita« i n c l u d e »

« i n c l u d e » « e x te n d »« e x te n d »

« i n c l u d e »

« i n c l u d e »

Diagrama # 23. Diagrama de caso de uso “Administrar Citas”. Fuente: Entrevistas. Elaboración Propia.

*Novena Iteración del Caso de uso: Realizar admisión de Paciente. uc M ode lo de c a s os d e us o

R e s pon s a b le de A dm is ión

P a c ie n te

R e a liza r a dm is ión c on c ita

R e a liza r a dm is ió n nue v o pa c ie n te

R e a liza r a dm is ión de pa c ie n te s

« e x te n d »

« e x te n d »

Diagrama # 24. Diagrama de caso de uso “Realizar admisión de paciente”. Fuente: Entrevistas. Elaboración Propia.

*Décima Iteración del Caso de uso: Gestionar Examen. u c M o d e l o d e c a s o s d e u s o

A d m i n i s t r a r E x á m e n e s

R e g i s t r a r e n t r e g a

J e f e d e L a b o r a t o r i o

A s i s t e n t e d e L a b o r a t o r i o

G e s t i o n a r E x a m e n

R e g i s t r a r E x a m e n

P a c i e n t e : R e s p o n s a b l e d e A d m i s i ó n

A d m i n i s t r a r E x p e d i e n t e « i n c l u d e »


« e x t e n d »

« i n c l u d e »

Diagrama # 25. Diagrama de caso de uso “Gestionar Examen”. Fuente: Entrevistas. Elaboración Propia.


*Décimo primer Iteración del Caso de uso: Administrar Expediente. u c M o d e l o d e c a s o s d e u s o

A s i s t e n t e d e S a l a

A d m i n i s t r a r E x p e d i e n t e s

A g r e g a r E x p e d i e n t e

M o d i f i c a r E x p e d i e n t e

B u s c a r E x p e d i e n t e

« e x t e n d » « i n c l u d e »

« e x t e n d »

« e x t e n d »

Diagrama # 26. Diagrama de caso de uso “Administrar Expediente”. Fuente: Entrevistas. Elaboración Propia.

*Décimo segunda Iteración del Caso de uso: Administrar Movimiento de Expediente. u c M o d e l o d e c a s o s d e u s o



A d m i n i s t r a r M o v i m i e n t o

C o n s u l t a r E x p e d i e n t e« e x t e n d »

Diagrama # 27. Diagrama de caso de uso “Administrar Movimiento de Expediente”. Fuente: Entrevistas. Elaboración Propia.

*Décimo tercera Iteración del Caso de uso: Administrar Historial Clínico.

u c M o d e l o d e c a s o s d e u s o


A d m i n i s t r a r H i s t o r i a l C l í n i c o

A g r e g a r H o j a d e C o n t r o l

C o n s u l t a r E x p e d i e n t e

M o d i f i c a r H o j a d e c o n t r o l

E m i t i r o r d e n« e x t e n d »

« e x t e n d »


Diagrama # 28. Diagrama de caso de uso “Administrar Historial Clínico”. Fuente: Entrevistas. Elaboración Propia.

*Décimo cuarta Iteración del Caso de uso: Administrar Producto. u c M o d e l o d e c a s o s d e u s o

D e s p a c h a d o r a d e F a r m a c i a A d m i n i s t r a r

P r o d u c t o s

A g r e g a r P r o d u c t o

M o d i f i c a r P r o d u c t o

: R e g e n t e d e F a r m a c i a

B u s c a r P r o d u c t o

« e x t e n d »

« i n c l u d e »

« e x t e n d »

« e x t e n d »

Diagrama # 29. Diagrama de caso de uso “Administrar Producto”. Fuente: Entrevistas. Elaboración Propia.


*Décimo quinta Iteración del Caso de uso: Administrar Servicios. u c M o d e l o d e c a s o s d e u s o


A d m i n i s t r a r S e r v i c i o s

A g r e g a r S e r v i c i o

M o d i f i c a r S e r v i c i o

B u s c a r S e r v i c i o

« e x t e n d »

« i n c l u d e »

« e x t e n d »

« e x t e n d »

Diagrama # 30. Diagrama de caso de uso “Administrar Servicios”. Fuente: Entrevistas. Elaboración Propia.

*Décimo sexta Iteración del Caso de uso: Administrar Pedido. u c M o d e l o d e c a s o s d e u s o


A d m i n i s t r a r p e d i d o s

G e n e r a r P e d i d o

M o d i f i c a r P e d i d o

B u s c a r P e d i d o« e x t e n d »« e x t e n d »


Diagrama # 31. Diagrama de caso de uso “Administrar Pedido”. Fuente: Entrevistas. Elaboración Propia.

*Décimo séptima Iteración del Caso de uso: Administrar Factura. u c M o d e l o d e c a s o s d e u s o

A d m i n i s t r a r F a c t u r a

C a j e r a

G e n e r a r f a c t u r a

M o d i f i c a r

B u s c a r F a c t u r a

A d m i n i s t r a r P r o d u c t o s

A d m i n i s t r a r S e r v i c i o s

« i n c l u d e »

« i n c l u d e »

« e x t e n d »

« e x t e n d »

« i n c l u d e » « i n c l u d e »

Diagrama # 32. Diagrama de caso de uso “Administrar Pedido”. Fuente: Entrevistas. Elaboración Propia.

*Décimo novena Iteración del Caso de uso: Generar Informes. u c M o d e l o d e c a s o s d e u s o


J e f e d e L a b o r a t o r i o

A d m i n i s t r a d o r d e C l í n i c a

R e s p o n s a b l e d e A d m i s i ó n

G e n e r a r I n f o r m e s

Diagrama # 33. Diagrama de caso de uso “Generar Informes”. Fuente: Entrevistas. Elaboración Propia.


2.3 Flujo de trabajo: Análisis.

Se continua con el ciclo de desarrollo inicial, en la segunda fase del proceso RUP,

esto es la fase de Elaboración, tomando como entrada el resultado obtenido de la

primera fase Inico con el flujo de trabajo captura de requisitos. Por consiguiente el

flujo de trabajo análisis refina la entrada de una manera fácil para realizar una

comprensión más precisa de los casos de uso del sistema que conlleve a

estructurar el sistema entero.

Se efectuan los siguientes artefactos:

Paquete del Análisis

Diagrama de Paquetes del Sistema

Identificación de Paquetes

Diagrama de Clases del Análisis

Diagrama de Colaboración

2.3.1 Diagramas de paquetes. Funcionalidad del sistema

Muestra los segmentos de funcionalidad del sistema, donde cada paquete

representa grupos que contienen elementos, siendo su propósito ayudar a

organizar estos elementos con el fin de comprenderlos más fácilmente. pk g pa que te s

S IS TE M A D E G E S TIO N C L IN IC A

S E G U R ID A D A D M IN IS TR A C IO N

FA R M A C IA LA B O R A TO R IOE X P E D IE N TE S

P R O G R A M A C IO N D E A TE N C IO N

FA C TU R A C IO N IN FO R M E S

Diagrama # 34. Diagrama de Paquetes “Sistema de Gestión Clínica”. Fuente: Entrevistas. Elaboración Propia.


2.3.1.1 Identificación de paquetes

Permite visualizar los casos de usos del sistema, que se pueden manipular como

un todo, permitiendo controlar su visibilidad y su acceso.

Diagrama # 35. Diagrama Específico de Paquetes “Sistema de Gestión Clínica”. Fuente: Entrevistas. Elaboración Propia.

pk g pa que te s e s p e c ific os

S E G U R ID A D

A dm in is tra r U s ua rios

A dm in is tra r P e rm is o s

A d m in is tra r R o le s

A D M IN IS TR A C IO N

A dm in is tra r E x á m e ne s

A dm in is tra r E s pe c ia lida de s

A dm in is tra r P e rs ona l

A dm in is tra r A re a s

A dm in is tra r C a rgos

LA B O R A TO R IO

IN FO R M E S

P R O G R A M A C IO N D E A TE N C IO N

E X P E D IE N TE S

FA C TU R A C IO N

FA R M A C IA

G e s tiona r E x a m e n

V is ua liza r c a tá logo de

e x á m e ne s

R e g is tra r re s u lta do de

e x á m e ne s

A dm in is tra r S a la s

A dm in is tra r c ita s

R e a liza r a d m is ión de

p a c ie n te s

V e r d is p o n ib il ida d

m é d ic o

A dm in is tra r E x p e d ie n te

A dm in is tra r M o v im ie n tos

A dm in is tra r H is to r ia l C lín ic o

V is ua liza r H is to r ia l C lín ic o

V is ua liza r c a tá logo de

p roduc tos

A dm in is tra r pe d idos

A dm in is tra r P roduc tos

G e ne ra r fa c tu raG e ne ra r In fo rm e s

« i m p o rt»« i m p o rt»


2.3.2 Diagramas de colaboración.

Destaca la organización estructural de los objetos que envian y reciben mensajes.

Los diagramas de colaboración representan las interacciones entre los elementos

que conforman el Sistema de Gestión Clínica (SGC) en tiempo de ejecución. s d M o d e l o d e c a s o s d e u s o

U s u a r i o G U I : I n i c i o d e S e s i ó n U s u a r i o

I n g r e s a r u s u a r i o y c o n t r a s e ñ a V e r i f i c a r d a t o s e i n g r e s a r a S G C

Diagrama # 36. Diagrama de Colaboración de la Realización del caso de Uso del Sistema Iniciar Sesión. s d M o d e l o d e c a s o s d e u s o

A d m i n i s t r a d o r d e l s i s t e m a

G U I : A g r e g a r U s u a r i o U s u a r i o

I n g r e s a r d a t o s d e n u e v o u s u a r i o V e r i f i c a r y g u a r d a r d a t o s

Diagrama # 37. Diagrama de Colaboración de la Realización del caso de Uso del Sistema Agregar Usuario. s d M o d e l o d e c a s o s d e u s o


G U I : M o d i f i c a r U s u a r i o U s u a r i o

I n g r e s a r n o m b r e d e u s u a r i o V e r i f i c a r e x i s t e n c i a y g u a r d a r c a m b i o s

Diagrama # 38. Diagrama de Colaboración de la Realización del caso de Uso del Sistema Modificar Usuario. s d M o d e l o d e c a s o s d e u s o


G U I : C a m b i a r c o n t r a s e ñ a U s u a r i o

I n g r e s a r n u e v a c o n t r a s e ñ a V e r i f i c a r y g u a r d a r n u e v ac o n t r a s e ñ a

Diagrama # 39. Diagrama de Colaboración de la Realización del caso de Uso del Sistema Cambiar Contraseña. s d M o de lo d e c a s os de us o

:A s is te n te A d m in is tra tiv a

G U I : A g re g a r P e rso n a l P e rso n a l

In g re sa r D a to s d e P e rso n a l V e ri f i c a r y g u a rd a r d a to s

Diagrama # 40. Diagrama de Colaboración de la Realización del caso de Uso del Sistema Agregar Personal.


s d M o d e lo d e c a s os de us o

:A s is te n te A dm in is tra tiv a

G U I : M o d i f i c a r P e rso n a l P e rso n a l

In g re sa r p e rso n a l a m o d i f i c a r V e ri f i c a r e x i ste n c i a y g u a rd a r d a to s

Diagrama # 41. Diagrama de Colaboración de la Realización del caso de Uso del Sistema Modificar Personal. s d M o d e l o d e c a s o s d e u s o


G U I : A g r e g a r Á r e a s Á r e a

V e r i f i c a r y g u a r d a r d a t o sI n g r e s a r D a t o s d e Á r e a

Diagrama # 42. Diagrama de Colaboración de la Realización del caso de Uso del Sistema Agregar Áreas. s d M o d e l o d e c a s o s d e u s o


G U I : M o d i f i c a r Á r e a Á r e a

V e r i f i c a r e x i s t e n c i a y g u a r d a r d a t o sI n g r e s a r a r e a a m o d i f i c a r

Diagrama # 43. Diagrama de Colaboración de la Realización del caso de Uso del Sistema Modificar Área. s d M o d e l o d e c a s o s d e u s o


G U I : A g r e g a r E s p e c i a l i d a d E s p e c i a l i d a d

V e r i f i c a r y g u a r d a r d a t o sI n g r e s a r D a t o s d e E s p e c i a l i d a d

Diagrama # 44. Diagrama de Colaboración de la Realización del caso de Uso del Sistema Agregar Especialidad. s d M o d e l o d e c a s o s d e u s o


G U I : M o d i f i c a r E s p e c i a l i d a d E s p e c i a l i d a d

V e r i f i c a r e x i s t e n c i a y g u a r d a r d a t o sI n g r e s a r e s p e c i a l i d a d a m o d i f i c a r

Diagrama # 45. Diagrama de Colaboración de la Realización del caso de Uso del Sistema Modificar Especialidad. s d M o d e l o d e c a s o s d e u s o


G U I : A g r e g a r C a r g o s C a r g o s

V e r i f i c a r y g u a r d a r d a t o sI n g r e s a r D a t o s d e C a r g o s

Diagrama # 46. Diagrama de Colaboración de la Realización del caso de Uso del Sistema Agregar Cargos. s d M o d e l o d e c a s o s d e u s o


G U I : M o d i f i c a r C a r g o s C a r g o s

V e r i f i c a r e x i s t e n c i a y g u a r d a r d a t o sI n g r e s a r c a r g o s a m o d i f i c a r

Diagrama # 47. Diagrama de Colaboración de la Realización del caso de Uso del Sistema Modificar Cargos.

s d M o d e l o d e c a s o s d e u s o


G U I : A g r e g a r e x á m e n e s E x a m e n

I n g r e s a r d a t o sd e n u e v oe x a m e n

V e r i f i c a r y g u a r d a rd a t o s d e n u e v oe x a m e n

Diagrama # 48. Diagrama de Colaboración de la Realización del caso de Uso del Sistema Agregar Exámenes. s d M o d e l o d e c a s o s d e u s o


G U I : M o d i f i c a r r e x á m e n e s E x a m e n

I n g r e s a r c ó d i g o d e e x a m e n

V e r i f i c a r e x i s t e n c i ay g u a r d a r d a t o s d ee x a m e n

Diagrama # 49. Diagrama de Colaboración de la Realización del caso de Uso del Sistema Modificar Exámenes. s d M o d e l o d e c a s o s d e u s o

R e s p o n s a b l e d e A d m i s i ó n G U I : A g r e g a r S a l a S a l a

I n g r e s a r d a t o s d e s a l aV e r i f i c a r y g u a r d a rd a t o s d e S a l a

Diagrama # 50. Diagrama de Colaboración de la Realización del caso de Uso del Sistema Agregar Sala. s d M o d e l o d e c a s o s d e u s o

R e s p o n s a b l e d e A d m i s i ó n G U I : M o d i f i c a r S a l a S a l a

I n g r e s a r c ó d i g o d es a l a

V e r i f i c a r e x i s t e n c i ay g u a r d a r d a t o s d eS a l a

Diagrama # 51. Diagrama de Colaboración de la Realización del caso de Uso del Sistema Modificar Sala. s d M ode lo de c a s os de us o

:R e s pons a b le de A dm is ión

P ro g ra m a r C i ta

C i ta

M é d i c o

P a c i e n te

S a l a

< >

S o l i c i ta i n fo rm a c i ó n d e p a c i e n te > >

S o l i c i ta i n fo rm a c i ó n d e M é d i c o > >

V e ri f i c a r y g u a rd a r c i ta

Diagrama # 52. Diagrama de Colaboración de la Realización del caso de Uso del Sistema Programar Cita.

s d M ode lo de c a s os de us o

:A s is te n te de La bora to r io

G U I : R e g i st ra r E x a m e n P a c i e n te

E x a m e nD e ta l l e E x a m e n

< >

In g re sa r d a to s d e e x a m e n S o l i c i ta r d a to s d e p a c i e n te > >

Diagrama # 53. Diagrama de Colaboración de la Realización del caso de Uso del Sistema Registrar Examen. s d M ode lo de c a s os de us o

:A s is te n te de La bora to r io

G U I : R e g i st ra r E n t re g a d eE x a m e n P a c i e n te

E x a m e nD e ta l l e E x a m e n

V e ri f i c a r y g u a rd a r e n t re g a d e re su l ta d o s d e e x a m e n

< >

< >In g re sa r d a to s d e e x a m e n

Diagrama # 54. Diagrama de Colaboración de la Realización del caso de Uso del Sistema Registrar Entrega de Examen. s d M ode lo de c a s o s de us o


G U I : A g re g a r E x p e d i e n te

P a c i e n te

E x p e d i e n te

In g re sa r d a to s d e e x p e d i e n te< >

Diagrama # 55. Diagrama de Colaboración de la Realización del caso de Uso del Sistema Registrar Entrega de Examen.

s d M ode lo de c a s os de us o


G U I : M o d i f i c a r E x p e d i e n te

P a c i e n te

E x p e d i e n te

V e ri f i c a r e x i ste n c i a y a c tu a l i z a r e x p e d i e n te > >

< >

S o l i c i ta r i n fo rm a c i ó n d e p a c i e n te > >

In g re sa r n ú m e ro d e e x p e d i e n te

Diagrama # 56. Diagrama de Colaboración de la Realización del caso de Uso del Sistema Modificar Expediente. s d M o d e lo de c a s os de us o

P a c i e n teSolicitar datos de Paciente >>

H i sto ri a l C l ín i c o

<<Proporcionar datos de Expediente

E x p e d i e n te

G U I : A g re g a r h o j a d ec o n t ro l


In g re sa r d a to s d e h i sto ri a l < >

V e ri f i c a r y g u a rd a r d a to s

Diagrama # 57. Diagrama de Colaboración de la Realización del caso de Uso del Sistema Agregar Hoja de Control. s d M ode lo de c a s os de us o

P a c i e n te

Solicitar datos de Paciente >>

H i sto ri a l C l ín i c o

<<Proporcionar datos de Expediente

E x p e d i e n te

G U I : M o d i f i c a r h o j a d ec o n t ro l


In g re sa r d a to s d e h i sto ri a l

V e ri f i c a r yg u a rd a r d a to s

S o l i c i ta r d a to s d eE x p e d i e n te > >

< < P ro p o rc i o n a r d a to s d e l P a c i e n te

Diagrama # 58. Diagrama de Colaboración de la Realización del caso de Uso del Sistema Modificar Hoja de Control.

s d M o d e l o d e c a s o s d e u s o


G U I : A d m i n i s t r a rM o v i m i e n t o E x p e d i e n t e

R e s p o n s a b l e d e A d m i s i ó n

I n g r e s a r n u m e r o d e e x p e d i e n t e V e r i f i c a r e x i s t e n c i a y a g r e g a rm o v i m i e n t o

Diagrama # 59. Diagrama de Colaboración de Realización del caso de Uso del Sistema Administrar Movimiento de Expediente. s d M o d e l o d e c a s o s d e u s o


G U I : A g r e g a r P r o d u c t oP r o d u c t o

I n g r e s a r d a t o s d e n u e v op r o d u c t o

V e r i f i c a r y a g r e g a r d a t o s d en u e v o p r o d u c t o

Diagrama # 60. Diagrama de Colaboración de Realización del caso de Uso del Sistema Agregar Producto. s d M o d e l o d e c a s o s d e u s o


G U I : M o d i f i c a r P r o d u c t oP r o d u c t o

I n g r e s a r c ó d i g o d ep r o d u c t o

V e r i f i c a r e x i s t e n c i a y g u a r d a r d a t o s d ep r o d u c t o

Diagrama # 61. Diagrama de Colaboración de Realización del caso de Uso del Sistema Modificar Producto. s d M ode lo de c a s o s d e u s o

<<Solicitar datos de Servicios

G e n e ra r F a c tu ra

P ro d u c to

F a c tu raC a j e ra

<<Proporcionar datos de Producto

S e rv i c i o s

G u a rd a d a to s d e fa c tu ra

S o l i c i ta d a to s d eP ro d u c to > >

In g re sa r d a to s d e fa c tu ra

A c tu a l i z a c a n t i d a d d e p ro d u c to

P ro p o rc i o n ai n fo rm a c i ó n d ese rv i c i o s > >

Diagrama # 62. Diagrama de Colaboración de Realización del caso de Uso del Sistema Modificar Producto.


2.3.3 Plantillas de Coleman2

2 Todas las plantillas de Coleman tienen como Fuente: Entrevista. Elaboración Propia

Caso de uso : Iniciar sesión Definición : Interfaz a través de la cual los diferentes usuarios ingresan al sistema SGC. Prioridad : (X ) vital () importante ( ) conveniente Urgencia : (X) inmediata ( ) necesario ( ) puede esperar Actores Nombre Definición Usuario Usuarios con roles definidos para el Sistema de Gestión Clínica Escenarios 1.1 Nombre : Iniciar sesión Pre-condiciones : El usuario debe contar con credenciales de autentificación válidas. Iniciado por : Usuario Finalizado por : Sistema Post-Condiciones : El usuario se conecta e ingresa a la aplicación

Operaciones :

1. El usuario ejecuta aplicación. 2. El sistema muestra pantalla inicio de sesión 3. El usuario ingresa usuario y contraseña 4. Sistema verifica en la base de datos 5. El sistema notifica y permite acceso a usuario

Excepciones : Credenciales de usuario erróneas

Caso de uso : Agregar Usuario Definición : Interfaz que permite agregar nuevos usuarios en el sistema. Prioridad : (X ) vital () importante ( ) conveniente

Urgencia : (X) inmediata ( ) necesario ( ) puede esperar

Actores Nombre Definición Administrador Sistema Usuario con permisos para la administración y mantenimiento del Sistema. Notas El único facultado para realizar operación es el Administrador del sistema. Escenarios 1.1 Nombre : Usuario creado. Pre-condiciones : El usuario no debe estar registrado en la Base de Datos del Sistema. Iniciado por : Administrador del Sistema Finalizado por : Sistema Post-Condiciones : Datos de nuevo usuario son registrados en el sistema.

Operaciones :

1.Administrador elije la opción Agregar de la Interfaz Administrar Usuario 2.El sistema muestra interfaz Agregar Usuario 3. Administrador registra datos de nuevo usuario, selecciona rol(es) a asignar, presiona botón guardar. 4.Sistema verifica datos en base de datos (que el usuario no exista en BD) 5. Sistema informa respuesta de usuario creado satisfactoriamente.

Excepciones : Usuario ya posee una cuenta con estatus inactivo o anulado.


Caso de uso : Modificar Usuario Definición : Interfaz que modifica información de usuarios del sistema. Prioridad : (X ) vital ( ) importante ( ) conveniente Urgencia : (X) inmediata ( ) necesario ( ) puede esperar Actores Nombre Definición Administrador Sistema Usuario con permisos para la administración y mantenimiento del Sistema. Notas Caso de uso para modificación de datos generales del usuario. Escenarios 1.1 Nombre : Usuario Modificado. Pre-condiciones : El usuario a modificar debe estar registrado y activo en el sistema. Iniciado por : Administrador del Sistema Finalizado por : Sistema Post-Condiciones : Datos de usuario son editados.

Operaciones :

1. Administrador del Sistema busca usuario en Interfaz Administrar Usuario. 2. Sistema muestra usuarios según filtro de búsqueda 3. Administrador del Sistema debe seleccionar el usuario a modificar en el Administrador de Usuarios. 4. Administrador elige la opción Modificar Usuario. 5. Sistema carga interfaz con datos de usuario seleccionado. 6. Administrador modifica datos, presiona botón Aceptar. 7. Sistema autentifica datos. 8. Sistema actualiza datos en base de datos. 9. Sistema notifica la modificación exitosa al Administrador del Sistema.

Excepciones : Usuario a modificar se encuentra con estatus inactivo o anulado.

Caso de uso : Cambiar Contraseña Definición : Interfaz que permite modificar contraseña a Usuarios. Prioridad : ( ) vital (X) importante ( ) conveniente Urgencia : ( ) inmediata (X) necesario ( ) puede esperar Actores Nombre Definición Usuario Todos los usuarios activos con roles definidos en el sistema Notas Los Usuarios pueden realizar modificaciones en esta interfaz. Cambios de contraseña. Escenarios 1.1 Nombre : Contraseña modificada. Pre-condiciones : El usuario debe contar con credenciales válidas y estar activo en el Sistema. Iniciado por : Usuarios Finalizado por : Sistema Post-Condiciones : Contraseña de usuario modificada en el sistema

Operaciones :

1. Usuario selecciona opción cambiar contraseña en el módulo seguridad 2. Sistema muestra interfaz Cambiar Contraseña 2. El usuario introduce clave anterior y nueva clave, pulsa botón aceptar. 4. El usuario pulsa Aceptar 7. Sistema autentifica datos 8. El sistema notifica cambio de contraseña al usuario

Excepciones : Se debe proporcionar contraseña anterior.


Caso de uso : Agregar Personal

Definición : Interfaz que permite ingresar los datos generales de nuevo personal en el sistema.

Prioridad : ( ) vital (X) importante ( ) conveniente Urgencia : (X ) inmediata ( ) necesario ( ) puede esperar Actores Nombre Definición Asistente Administrativa

Usuario con privilegios para la administración de Personal, Cargos, Especialidades y Exámenes. Ubicación: Administración.

Escenarios 1.1 Nombre : Personal agregado. Pre-condiciones : El personal no debe estar registrado en la Base de Datos del sistema. Iniciado por : Asistente Administrativa Finalizado por : Sistema Post-Condiciones : Nuevo personal registrado en el sistema.

Operaciones :

1. Asistente Administrativa ingresa a interfaz Administrar Personal. 2. Sistema muestra interfaz 3. Asistente administrativa selecciona opción Agregar Personal. 4. Sistema muestra interfaz Agregar Personal. 5. Asistente administrativa registra datos generales del nuevo empleado, selecciona cargo, presiona botón Guardar. 6. Sistema verifica datos. 7. Sistema almacena datos en Base de Datos. 8. Sistema muestra mensaje “Empleado ingresado satisfactoriamente”.

Excepciones : Empleado a agregar se encuentra con estatus anulado en el Sistema o ya se encuentra registrado con estatus activo.

Caso de uso : Modificar Personal

Definición : Interfaz que permite modificar los datos generales del personal que labora en Clínica ODM J-N

Prioridad : ( ) vital (X ) importante ( ) conveniente Urgencia : ( ) inmediata (X ) necesario ( ) puede esperar Actores Nombre Definición Asistente administrativa


Notas El único facultado para realizar operación es la Asistente Administrativa Escenarios 1.1 Nombre : Personal modificado. Pre-condiciones : El Empleado debe estar registrado en Base de Datos Iniciado por : Asistente Administrativa Finalizado por : Sistema Post-Condiciones : Datos del empleado son modificados en el sistema.

Operaciones :

1. Asistente busca Empleado a modificar en interfaz Administrar Personal. 2. Asistente selecciona Empleado a modificar presiona botón Modificar. 3. Sistema muestra interfaz con datos de empleado seleccionado. 4. Asistente digita nuevos datos de empleado, presiona botón Modificar. 5. Sistema actualiza datos de Empleado. 6. Sistema muestra mensaje “Empleado modificado Satisfactoriamente”.

Excepciones : El empleado no está registrado o tiene un estatus anulado en la Base de Datos.


Caso de uso : Agregar Área Definición : Interfaz que para ingresar los datos generales de nuevas áreas en el sistema. Prioridad : ( ) vital (X) importante ( ) conveniente Urgencia : ( ) inmediata (X) necesario ( ) puede esperar Actores Nombre Definición Asistente Administrativa


Escenarios 1.1 Nombre : Área agregada. Pre-condiciones : El área no debe estar registrada en la Base de Datos. Iniciado por : Asistente Administrativa Finalizado por : Sistema Post-Condiciones : Área es registrada en la Base de Datos del Sistema

Operaciones :

1. Asistente Administrativa ingresa a interfaz Administrar Áreas. 2. Sistema muestra interfaz 3. Asistente administrativa selecciona opción Agregar Área. 4. Sistema muestra interfaz Agregar Área. 5. Asistente administrativa registra datos de nueva área. 6. Sistema verifica datos. 7. Sistema guarda datos en Base de Datos. 8. Sistema muestra mensaje “Área ingresada satisfactoriamente”.

Excepciones : El área ya se encontraba registrada en el sistema o tenía estatus anulado

Caso de uso : Modificar Área

Definición : Interfaz que permite modificar los datos generales de las áreas registradas en el sistema.



Notas El único facultado para realizar operación es la Asistente Administrativa Escenarios 1.1 Nombre : Área modificada. Pre-condiciones : El Área debe estar registrada en Base de Datos Iniciado por : Asistente Administrativa Finalizado por : Sistema Post-Condiciones : Datos de Área son modificados en el Sistema

Operaciones :

1. Asistente Administrativa busca área a modificar en interfaz Administrar Área. 2. Asistente selecciona área a modificar, presiona botón Modificar Área. 3. Sistema muestra interfaz Modificar Área con datos de área seleccionada. 4. Asistente Administrativa digita datos de área, presiona botón Modificar. 5. Sistema actualiza datos de Área. 6. Sistema muestra mensaje “Área modificada Satisfactoriamente”.

Excepciones : El área no está registrada en el sistema.


Caso de uso : Agregar Especialidad Definición : Interfaz que permite ingresar los datos generales de especialidades en el sistema. Prioridad : ( ) vital (X) importante ( ) conveniente Urgencia : ( ) inmediata (X) necesario ( ) puede esperar Actores Nombre Definición Asistente Administrativa


Notas El único facultado para realizar operación es la Asistente Administrativa. Escenarios 1.1 Nombre : Especialidad agregada. Pre-condiciones : La especialidad no debe estar registrada en el sistema. Iniciado por : Asistente Administrativa Finalizado por : Sistema Post-Condiciones : Especialidad es registrada en la Base de Datos del Sistema.

Operaciones :

1. Asistente Administrativa ingresa a interfaz Administrar Especialidad. 2. Sistema muestra interfaz 3. Asistente administrativa selecciona opción Agregar Especialidad. 4. Sistema muestra interfaz Agregar Especialidad. 5. Asistente administrativa registra datos de nueva especialidad. 6. Sistema verifica y guarda datos en Base de Datos 7. Sistema muestra mensaje “Especialidad ingresada satisfactoriamente”.

Excepciones : La especialidad no debe estar registrada en el sistema.

Caso de uso : Modificar Especialidad

Definición : Interfaz que permite modificar los datos generales de las especialidades registradas en el sistema.



Notas El único facultado para realizar operación es la Asistente Administrativa Escenarios 1.1 Nombre : Especialidad modificada. Pre-condiciones : La especialidad debe estar registrada en Base de Datos Iniciado por : Asistente Administrativa Finalizado por : Sistema Post-Condiciones : Los datos de especialidad son modificados en el sistema

Operaciones :

1.Asistente busca especialidad en interfaz Administrar Especialidades. 2. Asistente Administrativa selecciona especialidad a modificar, presiona botón Modificar Especialidad. 3. Sistema muestra interfaz con datos de especialidad seleccionada. 4. Asistente digita nuevos datos de especialidad presiona botón Modificar. 5. Sistema actualiza datos de Especialidad. 6. Sistema muestra mensaje “Especialidad modificada Satisfactoriamente”.

Excepciones : La especialidad no está registrada en el sistema.


Caso de uso : Agregar Cargo. Definición : Interfaz que permite ingresar los datos generales de nuevos cargos en el sistema. Prioridad : ( ) vital (X) importante ( ) conveniente Urgencia : ( ) inmediata (X) necesario ( ) puede esperar Actores Nombre Definición Asistente Administrativa


Notas El único facultado para realizar operación es la Asistente Administrativa. Escenarios 1.1 Nombre : Cargo agregado. Pre-condiciones : El Cargo no debe estar registrado en el sistema. Iniciado por : Asistente Administrativa Finalizado por : Sistema Post-Condiciones : Cargo es agregado en la Base de Datos del Sistema.

Operaciones :

1. Asistente Administrativa ingresa a interfaz Administrar Cargos. 2. Sistema muestra interfaz 3. Asistente administrativa selecciona opción Agregar Cargo. 4. Sistema muestra interfaz Agregar Cargos. 5. Asistente administrativa registra datos de nuevo cargo. 6. Sistema verifica datos. 7. Sistema guarda datos en Base de Datos. 8. Sistema muestra mensaje “Cargo ingresado satisfactoriamente”.

Excepciones : El cargo ya se encuentre registrado en el sistema.

Caso de uso : Modificar Cargos Definición : Interfaz que permite modificar los datos cargos registrados en el sistema. Prioridad : ( ) vital (X ) importante ( ) conveniente Urgencia : ( ) inmediata (X ) necesario ( ) puede esperar Actores Nombre Definición Asistente administrativa


Notas El único facultado para realizar operación es la Asistente Administrativa Escenarios 1.1 Nombre : Cargo modificado. Pre-condiciones : El cargo debe estar registrado en Base de Datos Iniciado por : Asistente Administrativa Finalizado por : Sistema Post-Condiciones : Datos de cargo son modificados en el sistema.

Operaciones :

1. Asistente Administrativa busca cargo a modificar en interfaz Administrar Cargos. 2. Asistente selecciona cargo a modificar, presiona botón Modificar Cargos. 3. Sistema muestra interfaz Modificar cargos con datos de cargo seleccionado. 4. Asistente Administrativa digita nuevos datos de cargo, presiona botón Modificar. 5. Sistema actualiza datos de cargo. 6. Sistema muestra mensaje “Cargo modificado Satisfactoriamente”.

Excepciones : Cargo no se encuentra registrado en el sistema.


Caso de uso : Agregar Examen. Definición : Interfaz que permite ingresar los datos de nuevos exámenes en el sistema. Prioridad : ( ) vital (X) importante ( ) conveniente Urgencia : ( ) inmediata (X) necesario ( ) puede esperar Actores Nombre Definición Asistente Administrativa


Notas El único facultado para realizar operación es la Asistente Administrativa. Escenarios 1.1 Nombre : Examen agregado. Pre-condiciones : El examen no debe estar registrado en la Base de Datos del Sistema. Iniciado por : Asistente Administrativa Finalizado por : Sistema Post-Condiciones : Examen registrado en la Base de Datos del Sistema

Operaciones :

1. Asistente Administrativa ingresa a interfaz Administrar Exámenes. 2. Sistema muestra interfaz 3. Asistente administrativa selecciona opción Agregar Examen. 4. Sistema muestra interfaz Agregar Examen. 5. Asistente administrativa registra datos de nuevo examen. 6. Sistema verifica datos. 7. Sistema guarda datos en Base de Datos. 8. Sistema muestra mensaje “Examen ingresado satisfactoriamente”.

Excepciones : Examen ya se encuentra registrado en el sistema.

Caso de uso : Modificar Examen

Definición : Interfaz que permite modificar los datos generales de los exámenes registrados en el sistema.

Prioridad : ( ) vital (X ) importante ( ) conveniente Urgencia : ( ) inmediata (X ) necesario ( ) puede esperar Actores Nombre Definición Asistente Administrativa


Notas El único facultado para realizar operación es la Asistente Administrativa Escenarios 1.1 Nombre : Examen modificado. Pre-condiciones : El examen debe estar registrado en Base de Datos Iniciado por : Asistente Administrativa Finalizado por : Sistema Post-Condiciones : Datos de examen son modificados en el sistema.

Operaciones :

1. Asistente busca examen a modificar en interfaz Administrar Exámenes. 2. Asistente Administrativa selecciona examen a modificar, presiona botón Modificar Examen. 3. Sistema muestra interfaz Modificar examen con datos de cargo seleccionado. 4. Asistente digita nuevos datos de examen, presiona botón Modificar. 5. Sistema actualiza datos de examen. 6. Sistema muestra mensaje “Examen modificado Satisfactoriamente”.

Excepciones : Examen no está registrado en el sistema


Caso de uso : Agregar Sala. Definición : Interfaz que permite ingresar los datos generales de una nueva sala en el sistema. Prioridad : ( ) vital (X) importante ( ) conveniente Urgencia : ( ) inmediata (X) necesario ( ) puede esperar Actores Nombre Definición Responsable de Admisión-

Usuario con privilegios para la administración de Salas y Expedientes. Es el responsable de los procesos generales de admisión y programación de citas.

Notas El único facultado para realizar operación es la Responsable de Admisión. Escenarios 1.1 Nombre : Sala agregada. Pre-condiciones : Sala no debe estar registrada en la Base de Datos del Sistema Iniciado por : Responsable de Admisión Finalizado por : Sistema

Operaciones :

1. Responsable de Admisión ingresa a interfaz Administrar Salas. 2. Sistema muestra interfaz 3. Responsable de Admisión selecciona opción Agregar Sala. 4. Sistema muestra interfaz Agregar Sala. 5. Responsable de Admisión registra datos de nueva sala. 6. Sistema verifica datos. 7. Sistema guarda datos en Base de Datos. 8. Sistema muestra mensaje “Sala ingresada satisfactoriamente”.

Excepciones : Sala ya se encuentra registrada en el Sistema.

Caso de uso : Modificar Sala Definición : Interfaz que permite modificar datos de salas registradas en el sistema. Prioridad : ( ) vital (X ) importante ( ) conveniente Urgencia : ( ) inmediata (X ) necesario ( ) puede esperar Actores Nombre Definición Responsable de Admisión-


Notas El único facultado para realizar operación es la Responsable de Admisión. Escenarios 1.1 Nombre : Sala modificada. Pre-condiciones : Sala debe estar registrada en Base de Datos. Iniciado por : Responsable de Admisión. Finalizado por : Sistema Post-Condiciones : Datos de Sala son modificados en el Sistema.

Operaciones :

1. Responsable de Admisión busca sala a modificar en interfaz Administrar Salas. 2. Responsable de Admisión selecciona sala a modificar, presiona botón Modificar Sala. 3. Sistema muestra interfaz Modificar Sala con datos de sala seleccionada. 4. Responsable de Admisión digita nuevos datos de la sala, y presiona botón Modificar. 5. Sistema actualiza datos de sala. 6. Sistema muestra mensaje “Sala modificada Satisfactoriamente”.

Excepciones : Sala no se encuentra registrada en el sistema


Caso de uso : Programar cita Definición : Interfaz que permite programar citas a pacientes de Clínica Prioridad : (X ) vital ( ) importante ( ) conveniente Urgencia : (X) inmediata ( ) necesario ( ) puede esperar Actores Nombre Definición Responsable de Admisión

Usuario con privilegios para la administración de Salas y Expedientes. Es el responsable de los procesos generales de admisión y programación de citas

Notas El único facultado para realizar operación es la Responsable de Admisión Escenarios 1.1 Nombre : Cita programada. Pre-condiciones : Debe estar registrado en el sistema el expediente del paciente. Iniciado por : Responsable de Admisión Finalizado por : Sistema Post-Condiciones : Cita es registrada en la Base de Datos del sistema.

Operaciones :

1. Responsable de Admisión ingresa a interfaz Programar Citas. 2. Sistema muestra interfaz 3. Responsable de Admisión selecciona fecha y médico. 4. Sistema muestra disponibilidad de horario 5. Responsable de Admisión elige horario, cama y sala según elección de paciente 6. Responsable de Admisión presiona botón Aceptar. 7. Sistema solicita datos de expediente 8. Responsable de Admisión digita datos, presiona botón Guardar 9. Sistema verifica y guarda datos 10. Sistema muestra mensaje con datos de programación de cita.

Excepciones : Datos de cita incompletos al guardar. Escenarios 1.2 Nombre : Cita reprogramada.

Pre-condiciones : Debe estar registrado en el sistema el expediente del paciente y debe tener una cita programada.

Iniciado por : Responsable de Admisión Finalizado por : Sistema Post-Condiciones : Cita reprogramada es registrada en el sistema

Operaciones :

1. Responsable de Admisión ingresa a interfaz Programar Citas. 2. Sistema muestra interfaz 3. Responsable de Admisión digita código de expediente. 4. Sistema muestra datos de cita 5. Responsable de Admisión elige opción Reprogramar 6. Responsable de Admisión selecciona fecha y médico. 7. Sistema muestra disponibilidad de horario 8. Responsable de Admisión elige horario según elección de paciente 9. Sistema consulta reservar cama en sala de atención de médico 10. Responsable de Admisión presiona botón Aceptar. 11. Sistema solicita datos de expediente 12. Responsable de Admisión digita datos, presiona botón Guardar 13. Sistema verifica datos. 14. Sistema guarda datos en Base de Datos. 15. Sistema muestra mensaje “Cita reprogramada exitosamente”.

Excepciones : No existe una cita programada para paciente.


Caso de uso : Registrar examen

Definición : Interfaz que permite registrar el servicio de aplicación de exámenes en el Laboratorio

Prioridad : ( ) vital (X ) importante ( ) conveniente Urgencia : ( ) inmediata (X ) necesario ( ) puede esperar Actores Nombre Definición Asistente de Laboratorio

Usuario con privilegios para la administración de Exámenes en Laboratorio. Ubicación Laboratorio

Escenarios 1.1 Nombre : Examen registrado. Pre-condiciones : El examen no debe estar registrado en la Base de Datos del Sistema. Iniciado por : Asistente de Laboratorio Finalizado por : Sistema Post-Condiciones : Examen es registrado en la Base de Datos del sistema

Operaciones :

1. Asistente de Laboratorio ingresa a interfaz Gestionar Examen. 2. Sistema muestra interfaz Gestionar Examen 3. Asistente de Laboratorio selecciona opción Registrar Examen. 4. Sistema muestra interfaz Registrar Examen. 5. Asistente de Laboratorio ingresa datos de Cliente. 6. Asistente de Laboratorio selecciona tipo de examen, presiona botón Guardar. 7. Sistema verifica datos. 8. Sistema guarda datos en Base de Datos. 9. Sistema muestra mensaje “Examen registrado satisfactoriamente”.

Excepciones : Examen ya se encuentra registrado en el sistema

Caso de uso : Registrar entrega de examen Definición : Interfaz que permite registrar la entrega de resultados de exámenes. Prioridad : ( ) vital (X ) importante ( ) conveniente Urgencia : ( ) inmediata (X ) necesario ( ) puede esperar Actores Nombre Definición Asistente de Laboratorio

Usuario con privilegios para la administración de Exámenes en Laboratorio. Ubicación Laboratorio

Escenarios 1.1 Nombre : Entrega de examen registrada. Pre-condiciones : Examen debe estar registrado en el sistema Iniciado por : Asistente de Laboratorio Finalizado por : Sistema Post-Condiciones : Entrega de resultados de exámenes es registrada en el sistema

Operaciones :

1. Asistente de Laboratorio ingresa a interfaz Gestionar Examen. 2. Asistente de Laboratorio selecciona opción Registrar Entrega de Examen. 3. Sistema muestra interfaz Registrar Entrega de Examen. 4. Asistente de Laboratorio ingresa número de recibo. 5. Sistema realiza búsqueda. 6. Sistema muestra información de registro de examen 7. Asistente de Laboratorio cambia estado de registro de examen a entregado. 8. Asistente de Laboratorio presiona botón Actualizar 9. Sistema actualiza datos en Base de Datos. 10. Sistema muestra mensaje “Examen Entregado exitosamente”.

Excepciones : Examen no está registrado en el sistema


Caso de uso : Agregar Expediente Definición : Interfaz que permite realizar el registro de expediente a un nuevo paciente Prioridad : (X ) vital ( ) importante ( ) conveniente Urgencia : (X) inmediata ( ) necesario ( ) puede esperar Actores Nombre Definición Responsable de Admisión


Escenarios 1.1 Nombre : Expediente registrado. Pre-condiciones : Expediente no debe estar registrado en el sistema Iniciado por : Responsable de Admisión Finalizado por : Sistema Post-Condiciones : Expediente es registrado en la Base de Datos del Sistema.

Operaciones :

1. Responsable de Admisión ingresa a interfaz Administrar Expediente. 2. Sistema muestra interfaz 3. Responsable de Admisión selecciona opción Agregar Expediente. 4. Sistema muestra interfaz Agregar Expediente 5. Responsable de Admisión registra datos de nuevo paciente 6. Responsable de Admisión pulsa botón Crear Expediente 7. Sistema verifica datos. 8. Sistema guarda datos en Base de Datos. 9. Sistema muestra mensaje “Expediente No XXXX registrado exitosamente”.

Excepciones : Expediente ya se encuentra registrado en el sistema

Caso de uso : Modificar Expediente Definición : Interfaz que permite modificar datos generales de expediente de un paciente. Prioridad : ( X) vital ( ) importante ( ) conveniente Urgencia : ( X) inmediata ( ) necesario ( ) puede esperar Actores Nombre Definición Responsable de Admisión


Escenarios 1.1 Nombre : Expediente modificado. Pre-condiciones : El expediente debe estar registrado en el Sistema. Iniciado por : Responsable de Admisión Finalizado por : Sistema Post-Condiciones : Datos de expediente son modificados en el sistema.

Operaciones :

1. Responsable de Admisión ingresa en interfaz Administrar Expedientes. 2. Responsable ingresa número de expediente, presiona botón buscar. 3. Sistema realiza búsqueda de datos según No de Expediente. 4. Sistema muestra resultado de búsqueda. 5. Responsable de Admisión selecciona Expediente a modificar. 6. Responsable de Admisión selecciona opción Modificar Expediente. 7.Sistema muestra interfaz con datos de expediente seleccionado 8. Responsable de Admisión modifica datos de expediente. 9. Responsable de Admisión presiona botón Actualizar 10. Sistema verifica datos y guarda datos en Base de Datos. 11. Sistema muestra mensaje “Expediente No XXX Actualizado”.

Excepciones : Expediente no se encuentra registrado en el sistema.


Caso de uso : Agregar Hoja de Control

Definición : Interfaz que permite agregar una nueva hoja de control al expediente para conformar el historial clínico.

Prioridad : (X ) vital ( ) importante ( ) conveniente Urgencia : (X) inmediata ( ) necesario ( ) puede esperar Actores Nombre Definición

Asistente de Sala Usuario con privilegios para la administración de Historial Clínico y emisión de órdenes. Ubicación: Clínica

Escenarios 1.1 Nombre : Hoja de control ingresada. Pre-condiciones : Expediente debe estar registrado en el sistema. Iniciado por : Asistente de sala Finalizado por : Sistema Post-Condiciones : Datos de control registrados en el sistema.

Operaciones :

1. Asistente de sala ingresa a interfaz Administrar Historial Clínico. 2. Sistema muestra interfaz 3. Asistente de Sala selecciona opción Agregar Hoja de Control. 4. Sistema muestra interfaz Agregar Hoja de control. 5. Asistente de sala registra nuevos datos clínicos. 6. Sistema verifica datos. 7. Sistema guarda datos en Base de Datos. 8. Sistema muestra mensaje “Expediente actualizado satisfactoriamente”.

Excepciones : Expediente ya se encuentra registrado en el sistema.

Caso de uso : Modificar Hoja de Control Definición : Interfaz que permite modificar hojas de control agregadas al expediente. Prioridad : (X ) vital ( ) importante ( ) conveniente Urgencia : (X) inmediata ( ) necesario ( ) puede esperar Actores Nombre Definición

Asistente de Sala Usuario con privilegios para la administración de Historial Clínico y emisión de órdenes. Ubicación: Clínica

Escenarios 1.1 Nombre : Hoja de control modificada. Pre-condiciones : Registro de hoja de control debe estar registrada en Base de Datos Iniciado por : Asistente de Sala Finalizado por : Sistema Post-Condiciones : Datos de control modificados son registrados en el sistema.

Operaciones :

1. Asistente de Sala ingresa en interfaz Administrar Historial Clínico. 2. Sistema muestra interfaz Administrar Historial Clínico. 3. Asistente ingresa No de Expediente, presiona botón Buscar. 4. Sistema realiza búsqueda según parámetro enviado 5.Sistema muestra resultados de búsqueda 6. Asistente de Sala selecciona hoja de control a modificar. 7. Asistente de Sala selecciona opción Modificar Hoja de Control. 8. Sistema muestra interfaz con datos de hoja de control seleccionada. 9. Asistente de Sala modifica datos de hoja de control. 10. Asistente de Sala presiona botón guardar. 11. Sistema verifica datos. 12. Sistema guarda datos en Base de Datos. 13. Sistema muestra mensaje “Expediente Actualizado Exitosamente”

Excepciones : Hoja de control debe estar registrada en el sistema


Caso de uso : Emitir órdenes Definición : Interfaz que permite emitir órdenes para los diferentes servicios de la clínica. Prioridad : ( ) vital (X ) importante ( ) conveniente Urgencia : ( ) inmediata (X ) necesario ( ) puede esperar Actores Nombre Definición

Asistente de Sala Usuario con privilegio de administración de Historial Clínico de Paciente. Ubicación: Clínica

Escenarios 1.1 Nombre : Orden de cita emitida. Pre-condiciones : Paciente debe tener un expediente registrado. Iniciado por : Asistente de Sala Finalizado por : Sistema Post-Condiciones : Orden de cita es registrada en el sistema.

Operaciones :

1. Asistente de Sala ingresa en interfaz Administrar Historial Clínico. 2. Sistema muestra interfaz Administrar Historial Clínico. 3. Asistente ingresa expediente al cual generará orden, presiona botón Buscar. 4. Sistema realiza búsqueda según parámetro enviado 5. Sistema muestra resultados de búsqueda 6. Asistente de Sala selecciona No de Expediente 7. Asistente de Sala selecciona opción Emitir Orden 8. Sistema muestra interfaz Emitir Orden. 9. Asistente de Sala Selecciona Emitir Orden de Cita 10. Sistema muestra interfaz Emitir Orden de Cita 11. Asistente de sala selecciona médico y fecha. 12. Asistente de sala presiona botón Guardar 13. Sistema actualiza BD. 14. Sistema muestra mensaje “Orden generada” y envía orden para imprimir. 15. Orden es impresa.

Excepciones : Paciente no tiene expediente registrado. Escenarios 1.2 Nombre : Orden de examen emitida. Pre-condiciones : Paciente debe tener un No de expediente Iniciado por : Asistente de Sala Finalizado por : Sistema Post-Condiciones : Orden de examen es registrado en el sistema.

Operaciones :

1. Asistente de Sala ingresa en interfaz Administrar Historial Clínico. 2. Sistema muestra interfaz Administrar Historial Clínico. 3. Asistente ingresa expediente al que generará orden, presiona botón Buscar. 4. Sistema realiza búsqueda según parámetro enviado 5. Sistema muestra resultados de búsqueda 6. Asistente de Sala selecciona No de Expediente 7. Asistente de Sala selecciona opción Emitir Orden 8. Sistema muestra interfaz Emitir Orden. 9. Asistente de Sala Selecciona Emitir Orden de Examen 10. Sistema muestra interfaz Emitir Orden de Examen 11. Asistente de sala selecciona examen que paciente debe realizarse 12. Asistente de sala presiona botón Guardar 13. Sistema actualiza BD. 14. Sistema muestra mensaje “Orden generada” y envía orden para imprimir. 15. Orden es impresa.

Excepciones : Paciente no tiene expediente registrado.


Caso de uso : Administrar Movimiento de Expedientes.

Definición : Interfaz que permite administrar movimiento de expedientes para conocer su ubicación exacta.

Prioridad : ( ) vital (X ) importante ( ) conveniente Urgencia : ( ) inmediata (X ) necesario ( ) puede esperar Actores Nombre Definición Asistente de Sala, Resp. De Admisión

Usuarios con privilegios para la administración de Movimiento de Expedientes. Ubicación: Clínica

Escenarios 1.1 Nombre : Movimiento Registrado. Pre-condiciones : Debe estar registrado el No de Expediente a administrar su movimiento. Iniciado por : Asistente de Sala, Responsable de Admisión (Usuario) Finalizado por : Sistema Post-Condiciones : Datos de movimiento son registrados en el sistema.

Operaciones :

1. Usuario ingresa en interfaz Administrar Movimiento. 2. Sistema muestra interfaz Administrar Movimiento. 3. Usuario ingresa No de Expediente al cual agregará movimiento 4. Sistema realiza búsqueda según parámetro enviado 5. Sistema muestra resultados de búsqueda 6. usuario selecciona movimiento, presiona botón guardar. 7. Sistema guarda datos en Base de datos 6. Sistema muestra mensaje “Movimiento de Expediente agregado”

Excepciones Sistema no realizará movimiento si el expediente se encuentra inactivo.

Escenarios 1.3 Nombre : Receta emitida. Pre-condiciones : Paciente debe tener un No de expediente Iniciado por : Asistente de Sala Finalizado por : Sistema Post-Condiciones : Receta es registrada en el sistema.

Operaciones :

1. Asistente de Sala ingresa en interfaz Administrar Historial Clínico. 2. Sistema muestra interfaz Administrar Historial Clínico. 3. Asistente ingresa expediente al que generará orden presiona botón Buscar. 4. Sistema realiza búsqueda según parámetro enviado 5. Sistema muestra resultados de búsqueda 6. Asistente de Sala selecciona No de Expediente 7. Asistente de Sala selecciona opción Emitir Orden 8. Sistema muestra interfaz Emitir Orden. 9. Asistente de Sala Selecciona Emitir Receta 10. Sistema muestra interfaz Emitir Receta 11. Asistente de sala escribe receta a seguir 12. Asistente de sala presiona botón Guardar 13. Sistema actualiza BD. 14. Sistema muestra mensaje “Orden generada” y envía orden para imprimir. 15. Orden es impresa.

Excepciones : Paciente no tiene expediente registrado.


Caso de uso : Agregar Producto Definición : Interfaz que permite agregar nuevos productos a inventario de Farmacia Prioridad : (X ) vital ( ) importante ( ) conveniente Urgencia : (X) inmediata ( ) necesario ( ) puede esperar Actores Nombre Definición Despachadora de Farmacia

Usuario con privilegio de administración de Productos en Farmacia. Ubicación Farmacia.

Escenarios 1.1 Nombre : Producto ingresado. Pre-condiciones : Producto no debe estar registrado en el sistema. Iniciado por : Despachadora de Farmacia Finalizado por : Sistema Post-Condiciones : Producto es registrado en el sistema.

Operaciones :

1. Despachadora de Farmacia ingresa a interfaz Administrar Productos. 2. Sistema muestra interfaz 3. Despachadora de Farmacia selecciona opción Agregar Producto. 4. Sistema muestra interfaz Agregar Producto. 5. Despachadora de Farmacia registra datos de nuevo Producto. 6. Sistema verifica datos. 7. Sistema guarda datos en Base de Datos. 8. Sistema muestra mensaje “Producto ingresado satisfactoriamente”.

Excepciones : Producto ya se encuentra registrado en el sistema.

Caso de uso : Modificar Producto

Definición : Interfaz que permite modificar los datos de productos existentes en Base de Datos con estado Activo

Prioridad : ( ) vital (X ) importante ( ) conveniente Urgencia : ( ) inmediata (X ) necesario ( ) puede esperar Actores Nombre Definición Despachadora de Farmacia

Usuario con privilegios para la administración de Productos en Farmacia. Ubicación Farmacia.

Escenarios 1.1 Nombre : Producto modificado. Pre-condiciones : Producto debe estar registrado en Base de Datos Iniciado por : Despachadora de Farmacia Finalizado por : Sistema Post-Condiciones : Datos modificados de producto son registrados en el sistema.

Operaciones :

1. Despachadora busca producto a modificar en interfaz Administrar Producto. 2. Despachadora selecciona producto a modificar, presiona botón en opción Modificar Producto 3. Sistema muestra interfaz Modificar Producto con datos de producto seleccionado. 4. Despachadora digita nuevos datos de producto, presiona botón modificar 5. Sistema actualiza datos de Producto. 6. Sistema muestra mensaje “Producto actualizado Satisfactoriamente”.

Excepciones : Producto no se encuentra registrado en el sistema.


Caso de uso : Generar Pedido Definición : Interfaz que permite generar pedidos de productos Prioridad : (X ) vital ( ) importante ( ) conveniente Urgencia : (X) inmediata ( ) necesario ( ) puede esperar Actores Nombre Definición Regente de Farmacia Usuario con privilegios para la administración de Farmacia. Ubicación Farmacia. Escenarios 1.1 Nombre : Pedido generado. Pre-condiciones : Pedido no debe estar registrado en el sistema. Iniciado por : Regente de Farmacia Finalizado por : Sistema Post-Condiciones : Pedido es registrado en la Base de Datos del Sistema.

Operaciones :

1. Regente de Farmacia ingresa a interfaz Administrar Pedido. 2. Sistema muestra interfaz 3. Regente de Farmacia selecciona opción Generar pedido. 4. Sistema muestra interfaz con listado de productos que se encuentran con el mínimo de existencias 5. Regente de Farmacia selecciona productos a incluir en el pedido, presiona botón Generar. 6. Sistema verifica datos. 7. Sistema guarda datos en Base de Datos. 8. Sistema muestra mensaje “pedido generado satisfactoriamente”. 9. Sistema envía orden a impresora para imprimir pedido 10. Pedido es impreso.

Excepciones : Pedido ya se encontraba generado y registrado en el sistema.

Caso de uso : Modificar Pedido Definición : Interfaz que permite modificar pedidos de productos para Farmacia Prioridad : ( ) vital (X ) importante ( ) conveniente Urgencia : ( ) inmediata (X ) necesario ( ) puede esperar Actores Nombre Definición Regente de Farmacia Usuario con privilegios para la administración de Farmacia. Ubicación Farmacia. Escenarios 1.1 Nombre : Pedido modificado. Pre-condiciones : Pedido debe estar registrado en Base de Datos Iniciado por : Regente de Farmacia Finalizado por : Sistema Post-Condiciones : Pedido modificado es registrado en el sistema.

Operaciones :

1. Regente de Farmacia ingresa a interfaz Administrar Pedido. 2. Sistema muestra interfaz 3. Regente ingresa código de pedido, presiona botón Buscar. 4. Sistema realiza búsqueda según parámetro enviado 5. Sistema muestra resultados de búsqueda 6. Regente de Farmacia selecciona Pedido, selecciona opción Modificar Pedido. 7. Sistema muestra interfaz Modificar Pedido con datos del registro seleccionado. 8.Regente de farmacia realiza modificación, presiona botón actualizar 9. Sistema verifica datos. 10. Sistema guarda datos en Base de Datos. 11. Sistema muestra mensaje “pedido modificado satisfactoriamente”.

Excepciones : Pedido no está registrado en el sistema.


Caso de uso : Generar factura Definición : Interfaz que permite generar facturas Prioridad : (X ) vital ( ) importante ( ) conveniente Urgencia : (X) inmediata ( ) necesario ( ) puede esperar Actores Nombre Definición Cajera Usuario con privilegios para la generación de facturas Escenarios 1.1 Nombre : Factura generada. Pre-condiciones : Factura no debe estar registrada en el sistema Iniciado por : Cajera Finalizado por : Sistema Post-Condiciones : Factura es registrada en la base de datos del Sistema

Operaciones :

1. Usuario ingresa a interfaz Generar factura. 2. Sistema muestra interfaz 3. Usuario ingresa datos para factura, selecciona servicios y/ o productos, presiona botón generar. 4. Sistema verifica datos. 5. Sistema guarda datos en Base de Datos. 6. Sistema muestra mensaje “factura generada satisfactoriamente”. 7. Sistema envía orden a impresora para imprimir factura 8. Factura es impresa.

Excepciones : Factura ya se encuentra generada en el sistema.

2.3.4 Diagramas de secuencia

Destaca la ordenación temporal de los mensajes, utilizando el flujo de las plantillas

de Coleman para describir los casos de uso y sus escenarios en forma simple. s d M ode lo de c a s os de us o

:U su a ri o

G U I : In i c i a rS e si ó n

:U su a ri o s

E j e c u ta r a p l i c a c i ó n ()

M u e st ra p a n ta l l a In i c i o d e S e si ó n ()

In g re sa u su a ri o y c o n t ra se ñ a ()

S i ste m a a u te n t i f i c a u su a ri o ()

S i ste m a v e ri f i c a d a to s()S i ste m a p e rm i te a c c e so ()

N o t i f i c a e l a c c e so a l u su a ri o ()

Diagrama # 63. Diagrama de secuencia iniciar sesión. Escenario # 1 Iniciar Sesión satisfactoriamente.


Diagrama # 64. Diagrama de secuencia agregar usuario. Escenario # 1 Usuario Agregado Satisfactoriamente.

Diagrama # 65. Diagrama de secuencia modificar usuario. Escenario # 1 Modificar Usuario satisfactoriamente.


Diagrama # 66. Diagrama de secuencia cambiar contraseña. Escenario # 1 Contraseña modificada satisfactoriamente.

Diagrama # 67. Diagrama de secuencia agregar personal. Escenario # 1 Personal agregado satisfactoriamente.


Diagrama # 68. Diagrama de secuencia agregar área. Escenario # 1 Área agregada satisfactoriamente.

Diagrama # 69. Diagrama de secuencia modificar área. Escenario # 1 Área modificada satisfactoriamente.


Diagrama # 70. Diagrama de secuencia agregar especialidad. Escenario # 1 Especialidad agregada satisfactoriamente.

Diagrama # 71. Diagrama de secuencia modificar especialidad. Escenario # 1 Especialidad modificada satisfactoriamente.


Diagrama # 72. Diagrama de secuencia agregar cargos. Escenario # 1 Cargo agregado satisfactoriamente.

Diagrama # 73. Diagrama de secuencia modificar cargos. Escenario # 1 Cargo modificado satisfactoriamente.


Diagrama # 74. Diagrama de secuencia agregar exámenes. Escenario # 1 Examen agregado satisfactoriamente.

s d s e c ue nc ia m od ific a r pe ros na l

A si ste n te A d m i n i st ra t i v a

G U I : A d m i n i st ra rE x a m e n

G U I :M o d i f i c a rE x a m e n

:E x a m e n

In g re sa a In te rfa z A d m i n i st ra r E x a m e n ()

M u e st ra i n te rfa z A d m i n i st ra r E x a m e n ()

S e l e c c i o n a e x a m e n a m o d i f i c a r,e l i g e o p c i ó n m o d i f i c a r e x a m e n () S o l i c i ta i n te rfa z M o d i f i c a r

E x a m e n ()

M u e st ra i n te rfa z M o d i f i c a r E x a m e n ,c o n d a to s d e e x a m e n ()

D i g i ta n u e v o s d a to s d e e x a m e n , p re si o n a b o tó n M o d i f i c a r() E n v ía n u e v o s d a to s d ee x a m e n ()

A c tu a l i z a d a to s ()E x a m e na c tu a l i z a d o ()

S i ste m a m u e st ra m e n sa j e " E x a m e n m o d i f i c a d o sa t i sfa c to ri a m e n te " . ()

Diagrama # 75. Diagrama de secuencia modificar examen. Escenario # 1 Examen modificado satisfactoriamente


Diagrama # 76. Diagrama de secuencia agregar sala. Escenario # 1 Sala agregada satisfactoriamente.

Diagrama # 77. Diagrama de secuencia modificar sala. Escenario # 1 Sala modificada satisfactoriamente


GUI: Administrar Sala

GUI: Modificar Sala

: Salas

Ingresa a interfaz Administrar Sala ()

Muestra interfaz Administrar Sala () Selecciona sala a modificar, elige opción Modificar Sala ()

Solicita interfaz Modificar Sala () Muestra interfaz Modificar Sala, con

Datos de sala seleccionada ()

Digita nuevos datos de sala, presiona botón modificar () Envía nuevos datos de Sala ()

Actualiza Datos () Sala actualizada ()

Sistema muestra mensaje "Sala modificada satisfactoriamente" ()


GUI: Administrar Sala

GUI: Agregar Sala

: Salas

Ingresa a interfaz Administrar Sala ()

Muestra interfaz Administrar Sala ()

Selecciona opción Agregar Sala () Solicita interfaz Agregar Sala ()

Muestra interfaz Agregar Sala ()

Registra datos de nueva sala () Envía datos de nueva sala ()

Procesa datos () Sala ingresada ()

Muestra mensaje "Sala ingresada satisfactoriamente".()


Diagrama # 78. Diagrama de secuencia programar citas. Escenario # 1 Cita programada satisfactoriamente s d c ita s

R e sp o n sa b l e d e A d m i si ó n

G U I :P ro g ra m a rC i ta s

:C i ta s

In g ra sa a In te rfa z P ro g ra m a r C i ta ()

M u e st ra i n te rfa z P ro g ra m a r C i ta s()

D i g i ta c ó d i g o d e e x p e d i e n te () S o l i c i ta i n fo rm a c i ó n ()

B u sc a i n fo rm a c i ó n ()E n v ía i n fo rm a c i ó n ()M u e st ra d a to s d e c i ta ()

S e l e c c i o n a fe c h a y m é d i c o ()V e ri f i c a d i sp o n i b i l i d a d d e h o ra ri o ()

V e ri f i c a i n fo rm a c i ó n ()E n v ía i n fo rm a c i ó n ()

S i ste m a m u e st ra d i sp o n i b i l i d a d d e h o ra ri o ()

S e l e c c i o n a h o ra ri o se g ú n e l e c c i ó n d e p a c i e n te ,p re si o n a b o tó n A c e p ta r()

S i ste m a so l i c i ta d a to s d e e x p e d i e n te ()

D i g i ta d a to s, p re si o n a b o tó n G u a rd a r()E n v ía d a to s()

A l m a c e n a i n fo rm a c i ó n ()

C i ta re p ro g ra m a d a ()M u e st ra m e n sa j e c o n d a to s d ere p ro g ra m a c i ó n d e c i ta ()

Diagrama # 79. Diagrama de secuencia programar citas. Escenario # 2 Cita reprogramada satisfactoriamente.


Diagrama # 80. Diagrama de secuencia registrar examen. Escenario # 1 Examen registrado satisfactoriamente.

Diagrama # 81. Diagrama de secuencia registrar entrega de examen. Escenario # 1Examen entregado satisfactoriamente.


GUI: Gestionar Examen

GUI: Registrar Entrega Examen

: Examen

Ingresa a Interfaz Gestionar Examen ()

Muestra interfaz Gestionar Examen () Selecciona opción Registrar Entrega De Examen ()

Solicita interfaz () Muestra interfaz ()

Digita número de recibo () Envía número de Recibo ()

Realiza Búsqueda ()

Envía Información () Sistema muestra interfaz con datos de registro de

Examen ()

Cambia estado de registro a "Entregado", Presiona botón Actualizar ()

Envía información () Actualiza datos ()

Examen Entregado ()

Muestra mensaje "Examen entregado exitosamente" ()


GU: Gestionar Examen

GUI: Registrar Examen

: Examen

Ingresa a Interfaz Gestionar Examen ()

Muestra interfaz Gestionar Examen ()

Selecciona opción Registrar Examen () Solicita interfaz ()

Muestra interfaz ()

Digita datos de paciente, selecciona tipo de Examen, presiona botón Guardar ()

Envía información () Almacena Información () Examen registrado ()

Muestra mensaje "Examen registrado satisfactoriamente"()


Diagrama # 82. Diagrama de secuencia agregar expediente. Escenario # 1 Expediente agregado satisfactoriamente.

Diagrama # 83. Diagrama de secuencia agregar hoja de control. Escenario # 1 Hoja de Control agregada.


GUI: Administrar Expediente

GUI: Agregar Expediente

: Expediente

Ingresa a interfaz Administrar Expediente ()

Muestra interfaz Administrar Expediente ()

Selecciona opción Agregar Expediente () Solicita interfaz Agregar

Expediente ()

Muestra interfaz Agregar Expediente ()

Registra datos de nuevo expediente () Envía datos de nuevo Expediente ()

Procesa datos () Expediente ya agregado en BD ()

Muestra mensaje "Expediente no pudo ser registrado exitosamente" ()

Asistente de sala

GUI: Administrar Historial Clínico

GUI: Agregar Hoja Control

: Expediente

Ingresa a interfaz Administrar Historial Clínico ()

Muestra interfaz Administrar Historial Clínico ()

Selecciona opción Agregar Hoja Control ()

Solicita interfaz Agregar Hoja Control ()

Muestra interfaz Agregar Hoja Control ()

Registra nuevos datos clínicos () Envía datos de nuevo control ()

Procesa datos () Hoja agregada a Expediente ()

Muestra mensaje "Expediente actualizado satisfactoriamente".()


Diagrama # 84. Diagrama de secuencia modificar hoja de control. Escenario #1 Hoja modificada satisfactoriamente. s d a gre ga r re s p a dm is ion

R e g e n te d e F a rm a c i a

G U I :A d m i n i st ra rP ro d u c to

G U I :A g re g a rP ro d u c to

:P ro d u c to

In g re sa a i n te rfa z A d m i n i st ra r P ro d u c to ()

M u e st ra i n te rfa z A d m i n i st ra rP ro d u c to ()

S e l e c c i o n a o p c i ó n A g re g a rP ro d u c to () S o l i c i ta i n te rfa z A g re g a r

P ro d u c to ()

M u e st ra i n te rfa zA g re g a r P ro d u c to ()

R e g i st ra d a to s d e n u e v o p ro d u c to , p re si o n a b o tó n A c e p ta r()

E n v ía so l i c i tu d ()

P ro c e sa d a to s()p ro d u c to a g re g a d o ()

M u e st ra m e n sa j e “P ro d u c to a g re g a d o sa t i sfa c to ri a m e n te ”. ()

Diagrama # 85. Diagrama de secuencia agregar producto. Escenario #1 Producto agregado satisfactoriamente.

Asistente de sala

Administrar Historial Clínico

Modificar Hoja Control

: Expediente

Ingresa a interfaz Administrar Expediente ()

Muestra interfaz Administrar Expediente () Ingresa número de expediente, presiona botón Buscar () Envía n{umero de expediente()

Realiza Búsqueda () Envía resultado de búsqueda () Muestra interfaz con registros de hojas

De control ()

Selecciona Hoja de Control a modificar, Presiona opción Modificar Hoja de Control ()

Solicita interfaz () Muestra interfaz con datos de registro ()

Modifica datos de hoja de control, presiona botón Guardar () Envía información ()

Actualiza Datos () Expediente modificado ()

Sistema muestra mensaje Expediente Actualizado Exitosamente” ()


s d m od ific a r re s p a dm is ion


G U I :A d m i n i st ra rP ro d u c to

G U I :M o d i f i c a rP ro d u c to

:P ro d u c to

In g re sa a i n te rfa z A d m i n i st ra r P ro d u c to ()

M u e st ra i n te rfa z A d m i n i st ra r P ro d u c to ()

S e l e c c i o n a p ro d u c to a m o d i f i c a r, p re si o n ab o tó n B u sc a r()

S o l i c i ta i n te rfa z ()S o l i c i ta i n fo rm a c i ó n d ep ro d u c to se l e c c i o n a d o ()

B u sc ai n fo rm a c i o n ()E n v ía i n fo rm a c i ó n ()M u e st ra i n te rfa z m o d i f i c a r P ro d u c to c o n

d a to s d e p ro d u c to se l e c c i o n a d o ()

R e g i st ra n u e v o s d a to s d e p ro d u c to , p re si o n a b o tó n M o d i f i c a r()E n v ía d a to s()

A c tu a l i z ad a to s()P ro d u c to

a c tu a l i z a d o ()

S i ste m a m u e st ra m e n sa j e “P ro d u c to m o d i f i c a d o S a t i sfa c to ri a m e n te ”()

Diagrama # 86. Diagrama de secuencia modificar producto. Escenario #1 Producto modificado satisfactoriamente. s d a gre ga r re s p a dm is ion


G U I :A d m i n i st ra rP e d i d o

G U I :G e n e ra rP e d i d o

:P e d i d o

In g re sa a i n te rfa z A d m i n i st ra rP e d i d o ()

M u e st ra i n te rfa z A d m i n i st ra rP e d i d o ()

S e l e c c i o n a o p c i ó n G e n e ra rP e d i d o ()

S o l i c i ta i n te rfa z G e n e ra r P e d i d o ()M u e st ra i n te rfa z c o np ro d u c to s q u e t i e n e nsto c k m i n i m o ()

S e l e c c i o n a p ro d u c to s a i n c l u i r e n e l p e d i d o , p e rsi o n a b o tó n G e n e ra r()E n v ía so l i c i tu d ()

P ro c e sa d a to s()P e d i d o g e n e ra d o ()

M u e st ra m e n sa j e “P e d i d o g e n e ra d o sa t i sfa c to ri a m e n te ”. ()

Diagrama # 87. Diagrama de secuencia generar pedido. Escenario #1 Pedido generado satisfactoriamente.


s d m od ific a r re s p a dm is ion


G U I :A d m i n i st ra rP e d i d o

G U I :M o d i f i c a rP e d i d o

:P e d i d o

In g re sa a i n te rfa z A d m i n i st ra r P e d i d o ()

M u e st ra i n te rfa z A d m i n i st ra r P e d i d o ()

S e l e c c i o n a p ro d u c to a m o d i f i c a r, p re si o n ab o tó n B u sc a r()

S o l i c i ta i n te rfa z ()S o l i c i ta i n fo rm a c i ó n d ep e d i d o se l e c c i o n a d o ()

B u sc ai n fo rm a c i o n ()E n v ía i n fo rm a c i ó n ()M u e st ra i n te rfa z m o d i f i c a r P e d i d o c o n d a to s

d e p e d i d o se l e c c i o n a d o ()

S e l e c c i o n a n u e v o s p ro d u c to s, p re si o n a b o tó n M o d i f i c a r()E n v ía d a to s()

A c tu a l i z ad a to s()

P e d i d o a c tu a l i z a d o ()

S i ste m a m u e st ra m e n sa j e “P e d i d o m o d i f i c a d o S a t i sfa c to ri a m e n te ”()

Diagrama # 88. Diagrama de secuencia modificar pedido. Escenario #1 Pedido modificado satisfactoriamente.

CAPITULO III

DISEÑO DEL SISTEMA DE

GESTIÓN


CAPITULO III: DISEÑO DEL SISTEMA DE GESTIÓN

3.1 Diagrama de Clases

El Diagrama de Clases es utilizado para modelar la vista de diseño estática de un

sistema, siendo éste la base que soporta principalmente los requisitos funcionales

y los servicios que el sistema debe proporcionar a sus usuarios finales.

Presenta un mecanismo de implementación neutral para modelar los aspectos de

almacenado de datos del sistema. Las clases persistentes, sus atributos, sus

relaciones pueden ser implementadas directamente en una base de datos

orientada a objetos.

3.1.1 Identificación de Clases Persistentes.

Las clases persistentes son clases en una aplicación que implementan las

entidades del problema del negocio. Las siguientes son clases persistentes en el

modelo del Sistema de Gestión Clínica:

* Expediente: Está conformada por datos de expedientes de pacientes de Clínica,

así como información de exámenes realizados, recetas y consultas atendidas.

* Examen: Almacena datos de exámenes que se realizan en el Laboratorio de

ODM-JN, cada una de las propiedades de Examen están reflejadas esta clase.

* Orden: Contiene datos de órdenes emitidas a cada paciente, estas órdenes

pueden ser: recetas; órdenes de laboratorio u órdenes de cita.

*Cita: La clase Cita posee toda la información concerniente a las programaciones

de citas a pacientes de la Clínica, también posee información de las

reprogramaciones y cancelaciones de citas.

*Producto: Almacena datos generales de los diferentes productos que se

encuentran disponibles en Farmacia ODM.

*Pedido: La clase Pedido almacena datos de los pedidos realizados de

productos para Farmacia y para Clínica ODM.


Diagrama # 89. Diagrama de Clases de Sistema de Gestión Clínica.

Diagrama de Clases


3.2 Diagrama de estado.

Los Diagramas de Estado describen gráficamente los eventos y los estados de los

objetos, capturan el ciclo de vida de los objetos que modifican su estado como

respuesta a los sucesos y al tiempo.

Diagrama de estado del objeto: Sala s t m M o d e l o d e c a s o s d e u s o

I n i c i a l

D i s p o n i b l e

E n e s p e r a N o d i s p o n i b l e

F i n a l

[ P r o g r a m a r c i t a ] [ A t e n d e r c o n s u l t a ]

[ a t e n d e r c i t a ]

Diagrama # 90 Diagrama de Estado Sala.

Diagrama de estado del objeto: Médico s t m M o d e l o d e c a s o s d e u s o

I n i c i a l

D i s p o n i b l e

E n e s p e r a O c u p a d o s

F i n a l

[ P r o g r a m a r c i t a ] [ A t e n d e r c o n s u l t a ]


Diagrama # 91 Diagrama de Estado Médico.


Diagrama de estado del objeto: Cita s t m M o d e l o d e c a s o s d e u s o

I n i c i a l

P r o g r a m a d a

R e p r o g r a m a d a A t e n d i d a

F i n a l

C a n c e l a d a

[ P r o g r a m a r c i t a ] [ A t e n d e r c i t a ]


[ C a n c e l a r c i t a ]

Diagrama # 92 Diagrama de Estado Cita.

3.3 Flujo de trabajo: Implementación.

Se continúa con el ciclo de desarrollo inicial, en la tercera fase del proceso RUP, fase

de Construcción, se retoma el flujo de trabajo obtenido en la fase de diseño, este flujo

de trabajo en la etapa de implementación denota la ejecución del sistema de

información, en términos de componentes, el objetivo principal es desarrollar la

arquitectura y el sistema como un todo.

Se efectúan los siguientes artefactos:

Diagrama de Componentes.

Diagrama de Despliegue.


3.3.1 Diagrama de Componentes.

El Diagrama de Componentes muestra la organización y las dependencias entre los

elementos físicos que conforman un conjunto de interfaces y proporciona la realización

de esas interfaces.

Este Diagrama es el segundo artefacto diseñado en la etapa de Construcción. Su

objetivo principal es modelar los aspectos físicos de un sistema, modelar la vista

estática de un sistema y modelar los elementos físicos que residen en un nodo, tales

como ejecutables, tablas, librerías, archivos y documentos.

Muestra además los componentes que conforman el sistema y las relaciones entre los

mismos. Ver Diagrama # 95.

3.3.2 Diagrama de Despliegue.

El Diagrama de Despliegue representa la configuración de los nodos de procesamiento

en tiempo de ejecución y los componentes que residen en ellos. Este es el último

artefacto de la fase de Construcción del proceso RUP.El Diagrama de Despliegue

modela aspectos físicos de un sistema, modela la vista de despliegue estática de un

sistema, modela la configuración de nodos y los componentes que residen en ellos,

modela la topología del hardware donde se ejecutará el sistema.

El Diagrama de Despliegue del Sistema de Gestión Clínica está compuesto de nodos,

relaciones entre los nodos y los componentes que residen en los nodos. A través

del mismo se describe la arquitectura de ejecución del Sistema de Información de

Gestión Clínica. En el mismo se puede observar la implementación de un Servidor para

Base de Datos, así como un Servidor para la Aplicación, conectados a ellos un switch

que comunicará las estaciones de trabajo e cada una de las áreas con los servidores.

Cada Estación de trabajo cuenta con una impresora y la estación de trabajo de

Farmacia contará con un lector de código. Ver Diagrama # 96.


d e p l o y m e n t M o d e l o d e d a t o s

« e x e c u t i o n E n v i r o n . . .S G C . e x e

R u t i n a s d e C o n e x i ó n

L i b r e r í a s

S G C . j a v a

S G C P r i n c i p a lC o n e c c i ó n

A d m i n i s t r a c i ó n

P r o g r a m a c i ó n d e A t e n c i ó n

L a b o r a t o r i o

E x p e d i e n t e sF a r m a c i a

Diagrama # 93 Diagrama de Componentes.

Diagrama de Componentes


Diagrama de Despliegue

Diagrama # 94 Diagrama de Despliegue.

d e p l o y m e n t M o d e l o d e c a s o s d e u s o

« e x e c u t i o n . . .P C

A d m i n i s t r a c i ó n . S G C . e x e

E s q u e m a B a s e d e D a t o s

« d e v i c e »S w i t c h

« e x e c u t i o n . . .P C A d m i s i ó n .

S G C . e x e

« d e v i c e »I m p r e s o r a

« e x e c u t i o n . . .P C F a r m a c i a .

S G C . e x e


S e r v i d o r d e A p l i c a c i ó n y

B a s e d e D a t o s


« e x e c u t i o n . . .P C S a l a A .

S G C . e x e

« e x e c u t i o n . . .P C S a l a B .

S G C . e x e

« e x e c u t i o n . . .P C C a j a . S G C . e x e



« e x e c u t i o n . . .P C L a b o r a t o r i o .

S G C . e x e


3.4 Diseño lógico de la red

Para establecer el diseño lógico de la red se debe tomar en cuenta la disposición física

de cada una de las áreas que se interconectarán a través de la misma, con el objetivo

de seleccionar el diseño más adecuado a las características propias de la Organización,

de igual forma que incurra en menores costos. Con respecto a esto propone que cada

área cuente con un switch desde el cual se conectarán cada una de las estaciones de

trabajo a través de un cableado interno y externo.

En el cuarto de servidores (cuarto propuesto en este proyecto a falta de su existencia),

se encontrarán ubicados un router y un switch central, nodo principal del que se

ramificará un switch hacia el Área de Administración y otro switch al área de

Laboratorio. El switch encontrado en Laboratorio conectará de igual forma al switch

ubicado en Clínica, del cual se desprende el switch que se ubicará en el Área de

Farmacia.

El diseño de este sistema de red obedece a un Sistema Cliente - Servidor centralizado.

Existirá un server central y de ahí se brindarán los servicios a las demás estaciones

clientes en los diferentes departamentos de la Organización mediante switches. Ver

Anexos. Diagrama #97 Diseño Lógico de la Red.

3.5 Diseño físico de la red

3.5.1 Topología

La topología de una red define básicamente la distribución del cable que interconecta

las diferentes estaciones de trabajo. A la hora de instalar una red es importante

seleccionar la topología más adecuada a las necesidades del usuario, teniendo

siempre en cuenta los siguientes factores:

La distribución de los equipos a interconectar.

El tipo de aplicaciones y servicios a ejecutar.

La inversión que se quiere hacer.

El costo presupuestado para actualizaciones y mantenimiento de red.

El tráfico que la red debe soportar.


3.5.1.1 Topología física:

La topología que se utilizará será de árbol, tiene un nodo de enlace troncal ocupado

por un switch, desde el cual se ramifican los demás nodos como se puede apreciar el

siguiente gráfico.

Gráfico # 2. Tipo de Topología de proyecto de red.

Las estaciones de trabajo se distribuyen en tres edificios mostrados en el Plano # 1,

cada una de estas WS3 poseen una NIC4 que permite la interacción con los servicios

brindados a través de la red. Cada NIC se conecta a su respectivo socket RJ-45 (Wall

Plate), y de ahí a un puerto en el switch a través del medio seleccionado, cableado

UTP-5E. Los switches de cada planta se interconectan mediante un cableado UTP

CAT5 con recubrimiento para exteriores.

Para los fines de este proyecto se utilizarán Switches únicamente, debido a que los

Hubs comparten el ancho de banda entre todos los usuarios, lo que implica que la

aplicación tendría que competir por el ancho de banda disponible, por tanto con el uso

de los switches se garantizan óptimos niveles de seguridad (empleando estándares y

políticas para el aseguramiento de la integridad, disponibilidad y privacidad) y un

ancho de banda que permita manejar velocidades de transferencia que optimicen las

3 Work Station (Estaciones de trabajo) 4 Tarjeta de interface de red


tareas de los usuarios. Además esta decisión también se tomó en base a la posibilidad

de un crecimiento futuro, que implique un proceso de inserción a la red fácil, dinámico y

sin requerir costos mayores.

3.5.1.2 Topología lógica:

El tipo de red es Fast-ETHERNET, con una topología lógica tipo árbol. Cada estación

de trabajo tendrá asignada una dirección IP, la cual les permitirá comunicarse en el

momento de requerir transmitir información.

Esta red Fast-ETHERNET es de tipo broadcast; lo que significa que cada estación

puede ver todas las tramas, aunque una estación determinada no sea el destino de

esos datos. Cada estación debe entonces examinar las tramas que recibe para

determinar si corresponden al destino. De ser así la trama pasa a una capa de

protocolo superior dentro de la estación para su adecuado procesamiento.

3.5.2 Protocolo

El protocolo TCP/IP (Transfer Control Protocol/Internet Protocol) es el protocolo

utilizado para gestionar el tráfico de datos en la red. Este protocolo en realidad está

formado por dos protocolos diferentes y que realizan acciones diferentes.

Por un lado está el protocolo TCP, que es el encargado del control de transferencia de

datos y por otro está el protocolo IP, que es el encargado de la identificación de la

máquina en la red.

La versión de protocolo utilizado en el diseño de nuestra red es TCP/IPv4, que es la

versión utilizada en la actualidad. Es una versión de 32 bits y consta de 4 grupos

binarios de 8 bits cada uno (8x4=32), formado cada uno por tres dígitos. El formato

utilizado en decimal es 192.168.0.1.

Decidimos utilizar esta versión TCP/IPv4 ya que es la versión más utilizada y

extendida, al contrario de la IPv6 que se encuentra en un incipiente desarrollo, de

igual forma las condiciones mismas de la Organización donde se implementará el


proyecto ( Número de usuarios, condiciones económicas) nos dan la pauta para la

toma de esta decisión.

Un aspecto importante a destacar al respecto es que aún en nuestro país no se ha

iniciado el proceso de migración de una versión a otra, y este en efecto será un

proceso lento, ya que esto supone una fuerte inversión por parte de los proveedores

de ISP, sobre todo por el hecho de que hay que mantener durante un tiempo una

amplia compatibilidad entre ambos protocolos.

3.6 Asignación de Direcciones IP

Una dirección IP se basa en el Protocolo de Internet. En un entorno de red IP, las

estaciones terminales se comunican con otros servidores u otras estaciones terminales.

Esto sucede porque cada nodo tiene una dirección IP, que es una dirección única de 32

bits, las direcciones de red existen en la capa 3, capa de red, del modelo de referencia

OSI, estas direcciones son normalmente jerárquicas.

Cada red de una empresa tiene una dirección y los host que residen en la red

comparten la misma dirección de red, pero cada host se identifica mediante una

dirección única de la red.

La dirección IP incluye la del dispositivo, así como la dirección de la red en la que está

ubicado. Las direcciones IP son flexibles debido a que se pueden establecer en el

software. Las direcciones MAC por el contrario están codificadas de forma permanente

en el hardware. Cada dirección IP consta de dos partes: el número de red y el número

de host. El número de red identifica la red de la que forma parte el dispositivo.

IANA, Instituto encargado de asignaciones de direcciones IP, reserva las direcciones

de clase A para entidades gubernamentales, las direcciones IP de clase B para

empresas medianas, y las direcciones IP de clase C para todas las demás.


Nombre Rango de direcciones Numero de Ips Descripcion de clase Mayor bloque de CIDRBloque de 24 bits 10.0.0.0-10.255.255.255 16.777.216 clase A simple 10.0.0.0/8Bloque de 20 bits 172.16.0.0-172.31.255.255 1.048.576 16 clases B continuas 172.16.0.0/12Bloque de 16 bits 192.68.0.0-192.168.255.255 65.536 256 clases C continuas192.168.0.0/16Bloque de 16 bits 169.254.0.0-169.254.255.255 65.536 clase B simple 169.254.0.0/16

Cuadro # 18. Tipos de Clases de Direcciones IP. Fuente:es.Wikipedia.org/Dirección IP.

Las direcciones IP se clasifican en:

-Direcciones IP Estáticas: Un host que se conecte al la red con una dirección IP

estática siempre lo hará con una misma IP. Las direcciones de Internet públicas

estáticas son las que utilizan los servidores de Internet con objeto de que estén siempre

localizables por los usuarios de Internet.

-Direcciones IP Dinámicas: Un host que se conecte a la red mediante dirección IP

dinámica, cada vez lo hará con una dirección IP distinta. Las conexiones IP dinámicas

públicas son las que se utilizan en las conexiones a Internet mediante MODEM.

Para la implementación de este proyecto tomaremos como base una dirección IP de

clase C. Esta dirección IP no será utilizada para comunicación con Internet, sino sólo

dentro de la Organización.

Tabla de asignación de direcciones IP por dependencias.

No Servidor Servicios Dirección IPBase de DatosAntivirusProxyAplicaciones

1 192.168.24.1

Dependencia Nodos de red Primer Host Ultimo HostAdministración 1 192.168.24.2 192.168.24.6Laboratorio 1 192.168.24.7 192.168.24.11Clínica 1 192.168.24.12 192.168.24.16Farmacia 1 192.168.24.17 192.168.24.21

Cuadro # 19. Asignación de direcciones IP según dependencia.


Como se puede observar en la tabla se especifica los nodos de red en cada una de

las dependencias, así como las direcciones IP que tomarán las estaciones de trabajo

dentro de las mismas. De igual forma se especifica la dirección IP del servidor. Ver

Anexos. Diagrama #98 Diagrama de Ruta de la Red.

3.7 Análisis de Flujo.

Uno de los aspectos más importantes a retomar cuando queremos abordar el análisis

de flujos en una red, es la tasa de transferencia que esta tendrá. Antes es conveniente

conocer los factores que intervienen en la tasa de transferencia.

El ancho de banda es la medida de la cantidad de información que puede atravesar la

red en un período dado de tiempo. Por tanto la cantidad de ancho de banda disponible

es un punto crítico de la especificación de la red.

La tasa de transferencia se refiere a la medida real del ancho de banda en un momento

dado, usando rutas específicas y al transmitirse un conjunto específico de datos.

Asimismo el ancho de banda teórico es una consideración muy importante en el diseño

de la red, debido a que el ancho de banda de la red jamás será mayor que los límites

impuestos por los medios y las tecnologías de networking escogidos.

Aplicando la fórmula de tiempo de transferencia.

T=Tm/AB

T= Tiempo de transferencia

Tm = Tamaño del archivo

AB = Ancho de Banda

En este caso aplicaremos la fórmula anterior para conocer el tiempo estimado de

transferencia de nuestra red, ya que el ancho de banda disponible casi nunca está en el

máximo teórico.

Tm = 0.08 MB * 8 =0.64 Mb

AB = 100 Mbps


T= 0.64 Mb/100 Mbps=0.0064 Mbps

El resultado anterior muestra que un archivo de 0.64 Mb se transmitirá a una tasa de

de 0.0064 Mbps. Cabe destacar que el tamaño de archivo utilizado es un aproximado

de los tamaños que se transmitirán a través de la red.

En este sentido conviene también identificar hacia donde se presentará un mayor

tráfico de datos, para esto es importante analizar los siguientes puntos:

* Todas las estaciones de trabajo harán consultas al Server.

*Sólo tres máquinas tendrán acceso a internet (tomando en cuenta normas y políticas

de seguridad. Ver Anexo Normas Y Políticas de Seguridad), por tanto el tráfico

generado en este punto será mínimo.

*Todas las estaciones de trabajo podrán realizar solicitudes de impresión a la impresora

que tengan asignada.

Según los puntos planteados anteriormente el mayor tráfico se generará en las

consultas al servidor, seguido por las solicitudes de impresión y en menor orden el

tráfico por navegación en Internet.

3.8 Análisis parametrizado de configuración.

En este apartado se abordarán los tópicos concernientes a las configuraciones

necesarias que se deben realizar en nuestra red. En primera instancia definiremos

como sistema operativo de las estaciones de trabajo Windows 7, a excepción de los

tres equipos existentes que cuentan con el sistema operativo Windows XP. El servidor

tendrá como Sistema Operativo Ubuntu, de Linux.

-Para las estaciones de trabajo que tendrán acceso a internet requeriremos instalar y

preparar las utilidades de internet (TCP/IP). Estas utilidades se pueden instalar

utilizando Install o Pkgadd de Sysadmin, teniendo instalados previamente las NSU5, de

igual forma se necesita conocer la dirección IP para la máquina y la red de la que el

equipo forma parte. 5 Utilidades de Software de Red


-Para la implementación de este proyecto el proveedor de red será una LAN Ethernet,

la versión del TCP/IP es v4, que nos proporciona controladores para el hardware NIC.

Para especificar el proveedor de red, que utilizará el equipo se debe configurar el

archivo /etc/inet/strcf.

-Para permitir que TCP/IP opere en otras máquinas definiremos los equipos con los que

se establecerá comunicación en el archivo /etc/inet/hosts. En este archivo

encontraremos una entrada en una línea separada por cada máquina con la que

estableceremos comunicación.

Direccion-Internet nombre host-alias host

El primer campo contiene el número IP asignado a la máquina, el segundo contiene el

nombre de la máquina y el tercero contiene el alias del host.

Otro aspecto importante a tomar en cuenta al configurar las fronteras de la red son los

routers con access-lists y firewalls. Es importante tener límites estrictos en la red,

preferiblemente firewalls que previenen el acceso externo directo a servicios como

rlogin, rsh y NFS. Para este efecto utilizaremos también un software que ayudará a

protegernos de conexiones no deseadas a determinados servicios de red, este software

es TCP-WRAPPERS, permitiendo a su vez ejecutar determinados comandos ante

determinadas acciones de forma automática.

El software está formado por un pequeño programa que se instala en el /etc/inetd.conf.

Una vez instalado se controlarán los accesos mediante el uso de reglas, dejando una

traza de todos los intentos de conexión tanto admitidos como rechazados (por servicios,

e indicando el equipo que hace el intento de conexión).

En referencia al control de conexiones a distintos servicios, el software utiliza dos

archivos de información (host allows, host deny) situados en el directorio /etc. En este

archivo definiremos las reglas que se utilizarán en el filtrado de paquetes, este se

puede realizar teniendo en cuenta equipos como servicios brindados.

Con la siguiente configuración sólo se permitirán equipos del dominio que se

especifique:


host.deny //denegamos las conexiones

ALL:ALL

host.allow //permitimos conexiones de las máquinas con el dominio que definimos

ALL:LOCAL, odm.org.ni

Asimismo configuraremos para que cuando se produzcan conexiones no deseadas

ejecute un finger al equipo que origine esa conexión y el resultado del mismo se

mandará vía correo electrónico al usuario especificado (el responsable de seguridad de

las redes), indicando en el objeto del mensaje el servicio al que se intentó conectar, el

equipo que lo originó y como cuerpo del mensaje el resultado del finger sobre ese

equipo.

hosts.deny

ALL:ALL(/usr/uch/finger-l@%h | /usr/ucb/mail-s %d%h e-mail) &

hosts allows

ALL:LOCAL, odm.org.ni

Las configuraciones anteriores nos permiten verificar y controlar accesos no permitidos

a la red, dejando una bitácora de cuando ocurren estas intenciones de accesos no

permitidos y quienes las producen.

3.9 Evaluación y Selección de Protocolos de Seguridad.

Un protocolo de seguridad define las reglas que gobiernan las comunicaciones en la

red, diseñadas para que esta pueda soportar ataques de carácter malicioso. Debido al

costo que ello implica no es posible protegerse al 100 % de todos los ataques posibles,

no obstante existen varios protocolos posibles para este fin.

Después de realizar un análisis de los protocolos existentes, definimos la

implementación de IP Sec, basado en GRE6, combinándolo con el protocolo Secure

6 Protocolo de tunneling


Shell (SSH). El IP Sec utiliza el protocolo de encapsulación de enrutamiento genérico.

Está documentado en el RFC 1701 y el RFC1702, diseñado para proporcionar

mecanismos para encapsular datos sobre redes IP.

GRE se encarga del encapsulamiento de los datos para enviarlos por un túnel, pero él

no crea no los túneles, de eso de encarga el protocolo PPTP. El proceso de

encapsulamiento tienen los siguientes pasos:

* El paquete IP con los datos se transmite desde el Ecliente al servidor E-RRAS.

*Se le añade la cabecera del PPP y se cifra todo junto obteniendo un ‘fragmento PPP’.

* Los datos cifrados se colocan dentro de un paquete GRE con su correspondiente

cabecera.

* Se envía el paquete GRE del servidor E-RRAS al servidor R-RRAS a través de

Internet.

* Este envía se realiza por una conexión VPN creada anteriormente.

* El servidor R-RRAS elimina el encabezados GRE, descifra, elimina el encabezado

PPP y transmite los datos (paquete IP) a el Rcliente.

* Los datos cifrados se colocan dentro de un paquete GRE con su correspondiente

cabecera.

IP Sec es un grupo de extesiones de la familia del protocolo IP pensado para proveer

servicios de seguridad a nivel de red, de un modo transparente a las aplicaciones

superiores. Es un componente de creación importante para las VPN de acceso. Es una

extensión del protocolo Punto a Punto, fundamental para la creación de VPNs. L2TP

combina las mejores funciones de los otros dos protocolos tunneling. Layer 2

Forwarding (L2F) de Cisco Systems y Point-to-Point Tunneling (PPTP) de Microsoft.

L2TP es un estándar emergente, que se encuentra actualmente en codesarrollo y que

cuenta con el respaldo de Cisco Systems, Microsoft, Ascend, 3Com y otros líderes en la

industria de la conectividad.


Secure shell (SSH): Tradicionalmente en sistemas Unix en el momento de entrar en el

sistema, tanto el login como el password, así como el resto de la sesión, se transmiten a

través de nuestra LAN o incluso a través de routers y nodos ajenos al nuestro en texto

claro. Esto quiere decir que cualquiera que tenga activado un sniffer puede capturar

nuestras sesiones con el potencial peligro que ello conlleva. La manera de evitar que

alguien pueda espiar nuestras claves y sesiones, es utilizar una herramienta muy

potente, fácil de instalar y muy cómoda para el usuario.

ssh/sshd actúan basándose en la arquitectura cliente/servidor , en este caso concreto

sshd se ejecuta en el servidor en un puerto (el defecto es el 22) a la espera de que

alguien utilizando un cliente ssh se conecte para ofrecerle una sesión segura

encriptándola de extremo a extremo.

3.10 Análisis de Servicios.

Los servicios que se brindarán a través de la red en ODM se detallan a continuación:

*Servicio MySQL: Este servicio debido a que la Base de Datos que utilizará el

sistema propuesto (Sistema de Gestión Clínica) está diseñada y desarrollada en el

motor de base de datos MySql, por tanto se realizarán consultas a los datos mediante

la aplicación. La Base de Datos se encontrará alojada en el Servidor.

*Servicio de Antivirus: Este servicio se brindará para mantener actualizados en

términos de antivirus a todos los equipos conectados a la red, con el objetivo de

evitar proliferaciones de virus de una estación de trabajo a las otras mediante la red.

*Servicio de Aplicaciones: El sistema propuesto será alojado en el servidor, el mismo

está desarrollado en java, desde el server se dotará a cada una de las estaciones de

trabajo del acceso a la aplicación, así como las posibles actualizaciones que este

tuviera.

Es importante destacar que únicamente tres equipos contarán con acceso a internet (2

equipos de administración y 1 equipo del área de laboratorio). No se brindará el servicio

de correo electrónico a petición de la gerencia de Organización para Difundir la

Medicina Oriental.


De igual manera se creará en el server un repositorio de aplicaciones necesarias en los

equipos, así el personal técnico encontrará en ese repositorio los programas

autorizados para instalar en los equipos de las diferentes de la Organización.

3.11 Políticas y mecanismos de seguridad.

Para poder definir políticas de seguridad primero debemos tener completa certeza del

concepto a implementar.

“Seguridad en redes es mantener bajo protección los recursos y la información

con que se cuenta en la red, a través de procedimientos basados en una política

de seguridad tales que permitan el control de lo actuado”

La implementación de políticas de seguridad, trae consigo varios tipos de problemas

que afectan el funcionamiento de la organización. La implementación de un sistema de

seguridad conlleva a incrementar la complejidad en la operatoria de la organización,

tanto técnica como administrativa.

La implementación de medidas de seguridad, es un proceso técnico administrativo.

Como este proceso debe abarcar toda la organización, sin exclusión alguna, ha de estar

fuertemente apoyado por el sector gerencial, ya que sin ese apoyo, las medidas que se

tomen no tendrán la fuerza necesaria.

Una política de seguridad informática es una forma de comunicarse con los usuarios y

los gerentes. Las PSI7 establecen el canal formal de actuación del personal, en relación

con los recursos y servicios informáticos, importantes de la organización.

No se trata de una descripción técnica de mecanismos de seguridad, ni de una

expresión legal que involucre sanciones a conductas de los empleados. Es más bien

una descripción de los que deseamos proteger y el por qué de ello.

Al crear una política de seguridad de red, es importante entender que la razón para

crear tal política es, en primer lugar, asegurar que los esfuerzos invertidos en la

seguridad son costeables. Esto significa que se debe entender cuáles recursos de la

7 Políticas de Seguridad Informática


red vale la pena proteger y que algunos recursos son más importantes que otros.

También se deberá identificar la fuente de amenaza de la que se protege a los

recursos.

Los riesgos se clasifican por el nivel de importancia y por la severidad de la pérdida. No

se debe llegar a una situación donde se gasta más para proteger aquello que es menos

valioso. Como un paso hacia la cuantificación del riesgo de perder un recurso, es

posible asignar un valor numérico.

WRi = Ri * Wi

Donde:

WRi: es el peso del riesgo del recurso “i

Ri: es el riesgo del recurso “i”

Wi: es la importancia del recurso “i”

Aplicando esta fórmula a los principales recursos implicados en la implementación de

nuestro proyecto (router, switches y servidor), asignándole valores relacionados con el

riesgo que estos pudieren sufrir tenemos:

Cuadro # 20. Evaluación de riesgos en ODM-JN.

En este caso como se puede apreciar en la tabla el elemento que más se debe proteger

es el servidor, ya que su riesgo ponderado es muy alto.

Procedimientos para asegurar la seguridad de la red.

Procedimiento de ingreso de nueva cuenta de usuario: Siempre que se ingrese

una cuenta de usuario será necesario llenar un formulario especificando datos


del cargo, funciones e información de la cuenta. Para este fin se ha diseñado un

formulario que deberá ser registrado estrictamente al solicitar una nueva cuenta

para usuario.

Procedimientos para determinar la efectividad de las contraseñas de los

usuarios. Las contraseñas de los usuarios tendrán una duración de 15 días.

Tendrán un mínimo de 16 caracteres, conteniendo al menos un carácter

alfanumérico, mayúsculas, minúsculas, números y símbolos de puntuación.

Además se utilizará como método de encriptación MD5. Asimismo se utilizará

una herramienta que proporcione información de que tan segura es la contraseña

empleada (Password Meter8) únicamente con escribir la contraseña el programa

la evaluará y mostrará el nivel de seguridad.

Procedimientos para verificar accesos: Se encargará a un responsable que

monitoree los accesos a la red haciendo uso de software diseñados para este

fin, en este caso sugerimos la implementación de Nagios.

Procedimiento para el chequeo del tráfico de la red: También mediante

aplicaciones que entreguen informes periódicos de los programas que se

ejecutan, los intervalos de monitoreo, etc. Para este fin se sugiere WireShark.

Procedimiento para el monitoreo de conexiones activas: Este procedimiento se

efectúa con el fin de prevenir que algún usuario deje su terminal abierta y sea

posible que alguien use su cuenta. También se usan aplicaciones para

monitorear la actividad de las conexiones de los usuarios. Si la cuenta tiene

cierto tiempo inactiva, cierra la sesión y genera un informe (log) con el

acontecimiento.

Procedimiento de modificación de archivos: Permite determinar la modificación

no autorizada de los recursos de software y/o de la integridad de los mismos.

Este es quizás el procedimiento más importante dentro de lo que es seguridad

global, pues permite saber si un archivo es eliminado o la presencia de virus en

el sistema.

Procedimiento para verificación de los equipos de los usuarios: Esto se hace

mediante la revisión de los programas instalados en los equipos terminales de la 8 Aplicación diseñada para evaluar el nivel de seguridad de una contraseña.


red, lo que permite monitorear qué aplicaciones sin licencia, archivos bajados

potencialmente peligrosos (virus).

Procedimiento para el monitoreo de los puertos en la red: Permite saber qué

puertos están habilitados en la red, en los enrutadores y en el servidor. Esto se

puede hacer incluso con los mismos enrutadores, los cuales poseen aplicaciones

integradas que permiten administrar los puertos en forma más eficiente.

Procedimiento para determinación de identificación de usuario y grupo de

pertenencia por defecto: Es importante además identificar a cada usuario en un

grupo determinado (por ejemplo, equipo técnico, oficina gerencial, oficina zonal,

alumnos, profesor, etc.) para determinar el nivel de acceso a los recursos de la

red.

En este aspecto es importante las ACL (Access Control List), estas son listas de

sentencias que se aplican a una interfaz del router, indican al router qué tipos de

paquetes se deben aceptar y qué tipos de paquetes se deben denegar, la aceptación y

rechazo se pueden basar en dirección origen, dirección destino, protocolo de capa

superior y número de puerto. Los paquetes se procesan de la siguiente forma:

– Entran a las interfaces de entrada

– Se reenvían a través del router

– Salen de las interfaces de salida del router.

• Se deben seleccionar los protocolos IP que se deben verificar; todos los demás

protocolos no se verifican

• Aplicar ACL a interfaces oportunos (tráfico entrante y saliente), se prefiere ACL para

saliente.

• Hay que asignar un número exclusivo para cada ACL:


3.12 Administración y Gestión en la Red.

La Administración y Gestión de Redes es un conjunto de técnicas tendientes a

mantener una red operativa, eficiente, segura, constantemente monitoreada y con una

planeación adecuada y propiamente documentada.

Sus objetivos son:

Mejorar la continuidad en la operación de la red con mecanismos adecuados de

control y monitoreo, de resolución de problemas y de suministro de recursos.

Hacer uso eficiente de la red y utilizar mejor los recursos, como por ejemplo, el

ancho de banda.

Reducir costos por medio del control de gastos y de mejores mecanismos de cobro.

Hacer la red más segura, protegiéndola contra el acceso no autorizado, haciendo

imposible que personas ajenas puedan entender la información que circula en ella.

Controlar cambios y actualizaciones en la red de modo que ocasionen las menos

interrupciones posibles, en el servicio a los usuarios.

Para lograr estos objetivos se hará uso de herramientas que ayudarán en el quehacer

de la gestión y monitoreo de la red, estas herramientas especializadas para tal fin son:

TCPLOGGER: Con este programa escucharemos todos los servicios sobre TCP,

dejando una traza de cada servicio, indicando la hora, la máquina origen y el puerto de

esa conexión.

ETHERSCAN: Con esta herramienta se monitoreará la red buscando protocolos con

actividad inusual, como pueden ser conexiones tftp9 (en este caso si se realizan con

éxitos nos indica qué archivos se han llevado).

TCDUMP: Con este software de dominio público se conocerán las cabeceras de los

paquetes que pasan por la interfaz de red.

9 Trivial File transfer protocol


ISS: Esta herramienta nos ayudará a chequear una serie de servicios para comprobar

el nivel de seguridad que tiene esa máquina. ISS chequeará una dirección IP o un

rango de direcciones IP, a través de sus dos utilidades (ypx y strobe), esto nos

permitirá la transferencia de mapas NIS a través de la red y chequear todos los puertos

TCP de la máquina que examinamos.

En este aspecto es importante incluir también una herramienta para el chequeo de la

integridad del sistema.

NOSHELL: Este programa nos permitirá obtener información adicional sobre intentos

de conexión a cuentas canceladas en una estación de trabajo. Para utilizarlo sólo

debemos sustituir el shell del usuario en el archivo

/etc/password

por este programa. A partir de ahí, cada intento de conexión generará un mensaje (vía

email o syslog) indicando usuario remoto, nombre de la computadora remota, dirección

IP, día y hora del intento de login.

Es importante auxiliarse de herramientas que nos permitan asegurar un constante

monitoreo de la red y que a la vez nos faciliten información fundamental de estos

intentos de intrusión con el objeto de minimizar estos riesgos.


3.13 Análisis económico de implementación.

Un aspecto muy importante a retomar en este apartado es lo referente a los costos que

conlleva la implementación de la red, en el siguiente cuadro podemos observar el

costo seleccionado para la compra de los equipos propuestos:

Cuadro # 21. Evaluación de costos de equipos.

Como se observa en el cuadro la mejor opción para la compra de equipos es con el

proveedor Sevasa, ya que además de brindarnos el mejor precio por unidad de equipo

incluye dentro del combo de equipo una batería, lo que nos ahorraría la compra de las

mismas si seleccionáramos cualquier otro de los proveedores. Con el monto total de los

equipos agregamos este costo a los demás elementos. Estos costos están reflejados en

dólares para evitar cambios de precios, por el deslizamiento del córdoba, lo que nos

asegura que la proyección de estos costos no variará en aumento al momento de la

implementación del proyecto de red.

Concepto Cantidad Costo (incluye iva) Total (U$)Servidor DELL Powredge 1 945.50 945.50Switch Ethernet 8 Ptos 5 42.56 212.80Cable UTP Nexxt Cat5 E (mts) 110 0.27 29.70Cable UTP para exteriores (mts) 45 13.50 607.50Canaleta Nexxt (unidad) 25 2.50 62.50Conector RJ45 Cat5 Nexxt 20 0.14 2.80Etiquetas Redes Nexxt 10 0.86 8.60PC Desktop 6 320.28 1,921.65Impresora 4 30.00 120.00

1,355.61 3,911.05Total

Cuadro # 22. Evaluación de costos de equipos.

Descripción de equipos Cantidad cotizada Costo Unitario (U$) Subtotal (U$) Iva (U$) Total (U$) Proveedor

ComtechPC Desktop. Tarjeta Madre Asrock. Procesador Intel Celeron

430/1.8 GHz. Memoria RAM 1GB. Disco Duro de 320 GB. Teclado, Mouse, Monitor. Sist operativo Windows 7

6 290 1740 261 2001

Mastertech

PC Desktop. Memoria RAM 1 GB. Disco Duro de 320 Gb. Card Reader 5 en 1, Tarjeta Madre ASROCK g31m-s, Monitor, Teclado,

Mouse.Sistema Operativo Windows 76 278.5 1671 250.65 1921.65 Sevasa

PC Desktop. Memoria RAM 1 GB. Disco Duro de 250 Gb. Card Reader 5 en 1: Tarjeta Madre ASROCK g31m-s, Monitor,

Teclado, Mouse. Sistema Operativo Windows 76 296.5 1779 266.85 2045.85


A estos costos de equipos se deben adicionar los costos de mano de obra de la

implementación de la red. Para esto se propone contratar por servicios profesionales a

una persona que implemente la red. El costo adicional por este servicio será de U$

250.00 dólares, que incluye configuración y creación de infraestructura física. Es

importante destacar que el cableado externo será mediante conductos dentro del suelo.

Costos de equipos = U$ 3,911.05

Costos de mano de obra = U$ 250.00

Costos totales = U$ 4,161.05.

En este caso no se agregan costos por software, ya que cada una de las

herramientas que se han sugerido son open source y no requieren pago de licencias.


VI. CONCLUSIONES

Se ha planteado analizar los procesos que se llevan a cabo en la Clínica, Farmacia y

Laboratorio de Organización para Difundir la Medicina Oriental, no sólo desde un punto

de vista operacional sino también técnico, con el objetivo de emplear de la manera más

óptima la tecnología de información que mejor se adecúe a las necesidades de la

Organización, concluyendo con el desarrollo de un prototipo del Sistema de Gestión

Clínica.

Se logró desarrollar una especificación precisa del software utilizando la ingeniería de

requerimientos, la que facilitó la definición de los requerimientos funcionales y no

funcionales del sistema, evitando retrasos en el proceso de desarrollo del software.

Asimismo se empleó la metodología orientada a objetos a través del Proceso Unificado

de Rational para realizar al análisis y diseño del sistema utilizando UML, siendo este el

lenguaje de modelado de software más conocido y empleado en la actualidad, de esta

forma logramos especificar, construir y documentar el Sistema de Gestión Clínica.

Se realizó además un análisis específico de las condiciones actuales en Organización

para Difundir la Medicina Oriental, lo que nos permitió establecer la estructura más

adecuada, tanto física como lógica, para la implementación de una red de área local en

OODM J-N.


VII. RECOMENDACIONES

Para implementar de manera satisfactoria el Sistema de Gestión Clínica en

Organización para Difundir la Medicina Oriental, se debe tomar en consideración las

siguientes recomendaciones:

Dar continuidad al desarrollo del prototipo del sistema, con el objeto de culminar

el proceso con el sistema de información que satisface todos los requerimientos

de los usuarios.

Realizar evaluaciones periódicas al Sistema de Gestión Clínica en los procesos

siguientes.

Crear un plan de capacitación en el uso del Sistema de Gestión Clínica, según

Dependencia.

Proyectar la compra de equipos propuestos para la implementación del proyecto.


VIII. BIBLIOGRAFIA

Alvarado, Luis Goyes. Cableado estructurado y diseño de red. Corporación Universitaria Remington. Medellín, Colombia 2007.

Berzal, Fernando. Relaciones entre clases: Diagrama UML. México. 2009.

Booch, Grady; Rumbaugh, James; Jacobson, Ivar.Pearson Addison-Wesley. UML, Lenguaje de Modelado Unificado.1ª ed. 1999.

Booch, Grady. Análisis y Diseño Orientado a Objetos. Editorial Addison-Wesley. 1996.

Ivar Jacobson, Grady Booch, James Rumbaug. El Proceso Unificado de Desarrollo de

Software. Editorial Addison-Wesley

Kendall, Kenneth. Análisis y Diseño de Sistemas. Prentice Hall. Tercera Edición. 1997

Schmuller, Joseph. Aprendiendo UML en 24 horas. Prentice Hall. 2006.

WEBGRAFÍA

Sitio Web : http://programacion.com/tutorial/uml. Casasola Romero, Oscar, Introducción a UML.

Sitio Web : http://clikear.com/manuales/uml/index.asp. Rodríguez, Javier. UML definición.

ANEXOS

ANEXO I. DISTRIBUCION ESPECIFICA DE ESPACIO

Plano No1. Distribución Específica del Espacio.

Plano No2. Ubicación de Equipos en área Administración.

Plano No3. Ubicación de Equipos en área Laboratorio.

Plano No4. Ubicación de Equipos en área Clínica y Farmacia.

ANEXO II. DIAGRAMA ENTIDAD-RELACIÓN c l a s s M a r c o s d e t r a b a j o

P e r s o n a l

p u e d e t e n e r

A r e a

e s t á

C a r g o se s a s i g n a d o

E s p e c i a l i d a d e s

S a l ae s

r e s p o n s a b l e

a t i e n d e

E x a m e n O r d e n

D e t a l l e _ O r d e n

p o s e ep u e d e e s t a r

E x p e d i e n t e

D e t a l l e _ E x p e d i e n t e

g e n e r a

i n c l u y e

C i t a s

s o l i c i t a

u t i l i z a

e s a s i g n a d o

P e d i d o s

D e t a l l e _ P e d i d o

c u e n t a c o n

P r o d u c t o s

i n c l u y e

M o v i m i e n t o se s t à n e n

I n g r e s o s

E g r e s o s

t i e n e n

c o n t i e n e n

c o n t i e n e

1

1

1

*

1

*

*

*

11

1

*

1

*

1

1

1 . . *

*

1

*

*

*

**

*

*

1

*

*1

1

1

11

1 . . *

ANEXO III. DISEÑO LÓGICO DE RED.

Diagrama # 111. Diseño Lógico de la Red.

ANEXO IV. DISEÑO DE RUTA DE RED.

Diagrama # 112. Diseño de Ruta de la Red.

ANEXO V. COTIZACIONES

ANEXO VI. ENTREVISTA APLICADA A PERSONAL DE ODM-JN

Nombre de Entrevistado: ______________________________________________

1. ¿Cuál es el cargo que usted desempeña en la Organización?

2. ¿A qué área de la Organización usted está asignado?

3. ¿Cuáles son las funciones o tareas que usted realiza?

4. ¿Cuál es la tarea que le toma mayor tiempo realizar?

5. ¿Cuáles son las principales dificultades que encuentra al realizar sus tareas?

6. ¿Cuál es su experiencia en el manejo de computadoras?

7. ¿Cree usted que la implementación de un sistema ayudaría a realizar de manera más

rápida sus tareas?

8. ¿Qué tareas le gustaría que se automatizaran a través de un sistema?

ORGANIZACIÓN PARA DIFUNDIR LA MEDICINA ORIENTAL ODM J-N

SGC SISTEMA DE GESTION CLINICA NORMAS Y POLÍTICAS PARA EL USO DE LA RED.

[Escribir el nombre del autor]

Normas y Políticas.

I. Políticas para los servicios de Internet en la Organización para Difundir Medicina Oriental ODM-JN

1) Los usuarios autorizados tendrán el acceso a Internet, siempre y cuando se

cumplan los requisitos de seguridad para acceder a este servicio y se

acaten las disposiciones de conectividad.

2) Los usuarios que tengan acceso a Internet están sujetos a ser

monitoreados, en sus actividades por el encargado del sistema o la red.

Dicha tarea se realizará a través de los mecanismos formales y técnicos

que se consideren oportunos, ya sea de forma periódica o cuando por

razones específicas de seguridad o del servicio resulte conveniente, con el

fin de velar por el correcto uso y seguridad del mencionado recurso.

3) Está prohibido el uso de programas (P2P) que puedan saturar el servidor o

la red (Emule, BitTorrent, Kazaa, Ares, etc.), así como el acceso a las redes

sociales y a cualquier actividad ajena al giro de la empresa.

II. Políticas para la seguridad de la red en la Organización para difundir Medicina Oriental ODM-JN

1.1 GENERALIDADES

Art. 2.1.1 Son usuarios de la red institucional los médicos, asistentes,

personal administrativo, y toda aquella persona, que tenga contacto directo

como empleado y utilice los servicios de la red.

Art. 2.1.2 Se crearán Grupos de Usuarios basándose en la cantidad de

departamentos que hay en la organización, otorgándole los privilegios a cada uno

de estos. Todos los usuarios de red y equipos se les asignarán un nombre

normalizado y unificado.

Art. 2.1.3 Los servicios de la red son de exclusivo uso organizacional y para

gestiones administrativas, cualquier cambio en la normativa de uso de los

mismos, será expresa y documentada.

Art. 2.1.4 Todo usuario de la red institucional de la Organización, gozará de

absoluta privacidad sobre su información, o la información que provenga de

sus acciones, salvo en casos, en que se vea involucrado en actos ilícitos o

contraproducentes para la seguridad de la red, sus servicios o cualquier otra

red ajena a la institución.

Art. 2.1.5 Los servicios de acceso a internet y recursos compartidos de la red

institucional, variaran según los privilegios que tenga el usuario, cualquier cambio

sobre los servicios a los que estos tengan acceso, será motivo de revisión y

modificación de esta política, adecuándose a las nuevas especificaciones.

Art. 2.1.6 Las salidas de información en un entorno de red, deberán ser

documentadas, y especificar la terminal por la que deberá ejecutarse

exclusivamente la salida de información.

2.2 CONTROL DE ACCESO A LA RED

Art. 2.2.1 El administrador de la red diseñará los mecanismos necesarios para

proveer tanto acceso a los servicios de la red como el acceso a internet. El acceso

a la red interna, se permitirá siempre y cuando se cumpla con los requisitos de

seguridad necesarios, y éste será permitido mediante un mecanismo de

autenticación.

Art. 2.2.2 Los mecanismos de autenticación y permisos de acceso a la red,

deberán ser evaluados y aprobados por el administrador de la red.

Art. 2.2.3 El administrador, hará evaluaciones periódicas a los sistemas de red,

con el objetivo de eliminar cuentas de acceso sin protección de seguridad,

componentes de red comprometidos.

Art. 2.2.4 La unidad informática deberá emplear dispositivos de red para el

bloqueo, enrutamiento, o el filtrado de tráfico evitando el acceso o flujo de

información, no autorizada hacia la red interna o desde la red interna hacia el

exterior.

Art. 2.2.5 El administrador, verificará que la de red no presente ningún tipo de

variación en el tráfico entrante y saliente a través de los dispositivos de acceso a

la red, la posible existencia de una variación pondrá en marcha técnicas de

análisis concretas y actividades concretas para erradicar esta situación.

Art. 2.2.6 Los dispositivos de red, estarán siempre activos, y configurados

correctamente para evitar anomalías en el tráfico y seguridad de información

de la red.

Art. 2.2.7 Se utilizarán mecanismos y protocolos de autenticación como,

SSH, IPsec, Claves públicas y privadas, autenticación usuario/contraseña,

cualquiera de ellos será válido para la autenticación.

Art. 2.2.8 Los archivos de registro o logs de los dispositivos de red, deberán estar

activados y configurados correctamente, en cada dispositivo.

Art. 2.2.9 Es totalmente prohibido, salvo autorización o supervisión expresa de la

unidad de informática, la intervención física de los usuarios sobre los

recursos de la red institucional (cables, enlaces, estaciones de trabajo,

dispositivos de red).

Art. 2.2.10 Sólo el personal autorizado es el encargado exclusivo de

intervenir físicamente los recursos de la red institucional.

Art. 2.2.11 Se registrará y archivará toda actividad, procedente del uso de

las aplicaciones, sistema de información y acceso a los dispositivos de red,

mediante archivos de Log o bitácoras de sistemas.

Art. 2.2.12 Se efectuará una revisión de Log de los dispositivos de acceso a la

red en un tiempo máximo de 48 horas.

2.3 SEGURIDAD

Art. 2.3.1 Los usuarios de la red deben tomar los recaudos y la precaución

para mantener su cuenta segura, es decir que no deben revelar bajo ningún

concepto su contraseña o identificación a otro, a excepción en casos que deban

facilitarse para la reparación o mantenimiento de algún sistema o equipo. En este

caso y en forma estrictamente circunstancial, sólo deberá hacerlo al personal

técnico o informático debidamente identificado, con la posibilidad que

posteriormente dicho agente solicite al área técnica responsable, la modificación

de claves, contraseñas u otro tipo de elemento de seguridad que implique riesgo

de acceso por un tercero a los diferentes sistemas de información.

Art. 2.3.2 El simple uso de los servicios de Red implica el consentimiento a

este monitoreo por cuestiones operativas o de seguridad, debiendo los

empleados tener en cuenta que la mayoría de las sesiones no son privadas. Los

servicios de la red son de exclusivo uso de investigación, técnicos y para

gestiones administrativas.

Art. 2.3.3 Los usuarios de la red institucional, serán capacitados en cuestiones

de seguridad de la información, según sea el área operativa y en función de las

actividades que se desarrollan.

Art. 2.3.4 Se deben tomar todas las medidas de seguridad necesarias, antes

de realizar una capacitación a personal ajeno o propio de la institución,

siempre y cuando se vea implicada la utilización de los servicios de red o se

exponga material de importancia considerable para la institución.

Art. 2.3.5 El administrador de la red, se reservará el derecho de monitorear

las cuentas de usuarios, que presenten un comportamiento sospechoso para la

seguridad de la red institucional.

Art. 2.3.6 El cableado de red, se instalará físicamente separado de cualquier

otro tipo de cables, llámese a estos de corriente o energía eléctrica, para

evitar interferencias.

Art. 2.3.7 Se revisará el tráfico de paquetes que se estén generado dentro de un

segmento de red, a fin de determinar si se está haciendo mal uso de la red o se

está generando algún problema que pueda llevar a que se colapsen la red.

Art. 2.3.8 El equipo de comunicaciones ha de estar en un lugar cerrado y con

acceso limitado.

Art. 2.3.9 La cuenta del usuario se inhabilitará después de tres intentos fallidos en

ingresar la contraseña. Solo el administrador podrá volver habilitar la cuenta.


SGC SISTEMA DE GESTION CLINICA

DICCIONARIO DE DATOS

DICCIONARIO DE DATOS.

Campo Tipo Descripción Extra

n_id_personal INT Número Id de cada personal. Llave Primaria. Auto Incrementablec_primer_nombre VARCHAR Primer Nombre del empleado. -

c_segundo_nombre VARCHAR Segundo Nombre del empleado. -

c_primer_apellido VARCHAR Prime Apellido del empleado. -

c_segundo_apellido VARCHAR Segundo Apellido del empleado. -

d_fecha_nacimiento VARCHAR Fecha Nacimiento del empleado. -

c_cedula VARCHAR Cédula Identidad del empleado. -

c_telefono VARCHAR Teléfono del empleado. -

c_direccion VARCHAR Lugar de residencia del empleado. -

c_nacionalidad VARCHAR Nacionalidad del empleado. -

n_id_c_area INT Número Id del área donde se encuentra el empleado. Llave foránea.d_fecha_ingreso DATETIME Fecha en que ingresó a la institución. -

d_fecha_baja DATETIME Fecha en que se le dió de baja de la institución. -

c_status CHAR Estado del empleado. -

c_usuario_registra VARCHAR Usuario del Sist. Quién registra al empleado. -

d_fecha_registra TIMESTAMP Fecha en que se registró al empleado. -

c_usuario_actualiza VARCHAR Usuario del Sist. Que actualiza información del empleado. -

d_fecha_actualiza TIMESTAMP Fecha en que se actualiza información del empleado. -

sgc_c_salas con el campo n_id_c_area-

25-

25-

Relaciones

15025---2

252525151410

Nombre de Archivo: sgc_c_personal Fecha de Creación: 10/11/2010Descripción: Archivo Principal de Personal, contendrá información de cada uno de ellos.

Tamaño

-25


n_id_codigos_medicos INT Número Id de códigos médicos. Auto Incrementable. Llave Primaria.

n_id_personal INT Número Id de cada personal. Llave foránea. Unsigned.

n_codigo_minsa BIGINT Número Código MINSA. Unsigned.

c_usuario_registra VARCHAR Usuario del Sist. Quién registra al código. -

d_fecha_registra TIMESTAMP Fecha en que se registra el código. -

c_usuario_actualiza VARCHAR Usuario del Sist. Quién actualiza el código. -

d_fecha_actualiza TIMESTAMP Fecha en que se actualizó el código. -

sgc_c_personal con el campo n_id_personal n_id_codigos_medicosn_id_personal

Descripción: Archivo acerca de los códigos MINSA.

-25-

25-

Relaciones Campos Clave

Nombre de Archivo: sgc_codigos_medicos

Tamaño

--

Campo Tipo Tamaño Extra

n_id_especialidades INT - Llave Primaria

c_descripcion VARCHAR 45 -

c_especialidad_oriental CHAR 2 -

c_status CHAR 2 -

c_usuario_registra VARCHAR 25 -

d_fecha_registra DATETIME - -

c_usuario_actualiza VARCHAR 25 -

d_fecha_actualiza DATETIME - -

Relaciones

-

Descripción: Archivo que contendrá info detallada acerca de las especialidades.Fecha de Creación: 10/11/2010

Campos Clave

n_id_especialidades

Clasificación si es especialidad oriental o no.Estado de la especialidad.Usuario del Sist. Quién registra la especialidad.Fecha en que se registra la especialidad.Usuario que actualiza la información de la especialidad.Fecha de actualización de información de la especialidad.

Nombre de Archivo: sgc_especialidades

DescripciónNúmero Id de las especialidades.Descripción de la especialidad.


n_id_medicos_especialidades INT - Llave Primaria

n_id_codigos_medicos INT - Llave foránea

n_id_especialidades INT - Llave foránea

c_usuario_registra VARCHAR 25 -

d_fecha_registra DATETIME - -

c_usuario_actualiza VARCHAR 25 -

d_fecha_actualiza DATETIME - -

Campos Claven_id_medicos_especialidades

n_id_codigos_medicosn_id_especialidades

sgc_codigos_medicos con el campo n_id_codigos_medicossgc_especialidades con el campo n_id_especialidades

-

Número Id de la especialidades.Usuario que registra la especialidad del médico.Fecha de registroUsuario que realiza actualización.Fecha de actualización

Relaciones

Nombre de Archivo: sgc_medicos_especialidades Fecha de Creación: 10/11/2010Descripción: Archivo que contendrá información acerca de las especialidades de los médicos de la Organización.

Descripción

Id de las especialidades de los médicos.

Número Id de los códigos médicos.

Campo Tipo Tamaño Extran_id_area INT - Llave Primaria.c_nombre_area VARCHAR 25 -c_descripcion VARCHAR 125c_usuario_registra VARCHAR 25 -d_fecha_registra TIMESTAMP - -c_usuario_actualiza VARCHAR 25 -d_fecha_actualiza TIMESTAMP - -

-

Fecha de Creación: 10/11/2010Descripción: Archivo con info acerca de la áereas de la organización.

Campos Clave

n_id_area

Descripción del área.Usuario del Sist. Quién registra el área.Fecha en que se registra el área.Usuario que actualiza la información del área.Fecha en que se actualiza la información del área.

Relaciones

Nombre de Archivo: sgc_c_areas

DescripciónNúmero Id del área.Nombre del área.

Campo Tipo Tamaño Extran_id_personal_cargos INT - Llave Primaria.n_id_personal INT - Llave foránea.n_id_cargos INT - Llave foránea.c_usuario_registra VARCHAR 25 - d_fecha_registra DATETIME - - c_usuario_actualiza VARCHAR 25 -d_fecha_actualiza DATETIME - -

sgc_c_cargos con el campo n_id_cargos-

Fecha de Creación: 10/11/2010Descripción: Archivo con información acerca del cargo que posee cada personal.

Campos Claven_id_personal_cargos

n_id_personaln_id_cargos

Fecha en que se registra el cargo del personal.Usuario que actualiza información del cargo.Fecha en que se actualiza información del cargo.

Relacionessgc_c_personal con el campo n_id_personal

DescripciónNúmero Id de personal cargos.Número Id del personal.Número Id del cargo.Usuario que registra el cargo del personal.

Nombre de Archivo: sgc_c_personal_cargos

Campo Tipo Descripción Extran_id_cargos INT Número Id del cargo. Llave Primaria.c_nombre_cargo VARCHAR Nombre del cargo. -c_descripcion VARCHAR Descripción del cargoc_usuario_registra VARCHAR Usuario del Sist. Quién registra el cargo.d_fecha_registra TIMESTAMP Fecha en que se registra el cargo.c_usuario_actualiza VARCHAR Usuario del Sist. Quién actualiza información del cargo.d_fecha_actualiza TIMESTAMP Fecha en que se actualiza el cargo.-

Relaciones-

12525-

25

Nombre de Archivo: sgc_c_cargos Fecha de Creación: 10/11/2010Descripción: Archivo con información acerca de los cargos en la organización.

Tamaño-

25

Campo Tipo Tamaño Extran_idSalas INT - Llave primaria.c_cod_sala VARCHAR 2 -c_descripcion VARCHAR 100 -n_numero_camas INT - Unsignedn_id_personal_responsable INT - Llave foránea.c_telefono VARCHAR 8 - c_status VARCHAR 3 - c_usuario_registra VARCHAR 25 - d_fecha_registra TIMESTAMP - -c_usuario_actualiza VARCHAR 25 -d_fecha_actualiza TIMESTAMP - -

- n_id_personal_responsable

Fecha en que se registra la información de la sala.Usuario del Sist. Quien actualiza la información de la sala.Fecha en que se actualiza la información de la sala.

Relaciones Campos Clavesgc_c_personal con el campo n_id_personal n_idSalas

Descripción de la sala.Número de camas que contiene la sala.Número Id del personalTeléfono de la sala.Estado de la sala.Usuario del Sist. Quien registra la información de la sala.

Nombre de Archivo: sgc_c_salas Fecha de Creación: 10/11/2010Descripción: Archivo detallando información conforme a las salas existentes en la organización.

DescripciónNúmero Id de la sala.Código de la sala.

Campo Tipo Tamaño Extran_id_sala_especialidad INT - Llave primaria.n_id_c_especialidades INT - Llave foránea.n_idSalas INT - Llave foránea.c_usuario_registra VARCHAR 25 -d_fecha_registra DATETIME - -c_usuario_actualiza VARCHAR 25 -d_fecha_actualiza DATETIME - -

sgc_c_salas con el campo n_idSalas n_id_c_especialidades- n_idSalas

Fecha en que se registra la información de la sala.Usuario del Sist. Quien actualiza la información de la sala.Fecha en que se actualiza la información de la sala.

Relaciones Campos Clavesgc_c_especialidades con el campo n_id_c_especialidades n_id_sala_especialidades

Nombre de Archivo: sgc_c_sala_especialidades Fecha de Creación: 10/11/2010Descripción: Archivo con información acerca de las salas con especialidades.

DescripciónNúmero Id de la sala con la especialidad.Número Id de la especialidad.Número Id de la sala.Usuario del Sist. Quien registra la información de la sala.

Campo Tipo Tamaño Extran_id_movimientos INT - Llave Primaria.cantidad INT - Unsignedm_valor_unitario DOUBLE - Unsignedn_id_productos INT - Llave foránea.n_id_ingresos INT - Llave foránea.n_id_egresos INT - Llave foránea.

- n_id_egresos

sgc_c_productos con el campo n_id_productos n_id_movimientossgc_r_ingresos con el campo n_id_ingresos n_id_productossgc_r_egresos con el campo n_id_egresos n_id_ingresos

Valor unitario del movimiento.Número Id de Producto.Número de Id de Ingreso.Número de Id de Egreso.


Nombre de Archivo: sgc_r_movimientos Fecha de Creación: 10/11/2010Descripción: Archivo conteniendo información de los movimientos en la organización.

DescripciónNúmero de Id del movimiento.Cantidad de movimiento.


c_clasificacion VARCHAR 25 -Clasificación del examen.Relaciones Campos Clave

- n_id_clasificacion_examen

Llave Primaria.

Nombre de Archivo: sgc_c_clasificacion_examen Fecha de Creación: 10/11/2010Descripción: Archivo con información de la clasificación de los exámenes.

Descripciónn_id_clasificacion_examen INT - Número de Id de la clasificación del examen.

Campo Tipo Tamaño Extran_id_egresos INT - Llave Primaria.d_fecha_egreso DATETIME - - c_entregado_por VARCHAR 45 - c_status CHAR 2 - c_usuario_registra VARCHAR 25 - d_fecha_registra DATETIME - - c_usuario_actualiza VARCHAR 25 -d_fecha_actualiza DATETIME - -Fecha en que se actualiza información del egreso.

Relaciones Campos Clave- n_id_egresos

Persona que entrega el egreso.Estado del egreso.Usuario del Sist. Que registra el egreso.Fecha en que se registra el egreso.Usuario del Sist. Que actualiza información del egreso.

Nombre de Archivo: sgc_r_egresos Fecha de Creación: 10/11/2010Descripción: Archivo con información acerca de los egresos en la organización.

DescripciónNúmero de Id del egreso.Fecha del egreso.

Campo Tipo Tamaño Extran_id_ingresos INT - Llave primaria.d_fecha_pedido DATETIME - -n_numero_pedido INT - Unsignedd_fecha_ingreso DATETIME - - n_numero_ingreso INT - Unsignedn_id_proveedores INT - Llave foránea.c_revisado_por VARCHAR 45 -c_status CHAR 2 -c_usuario_registra VARCHAR 25 -d_fecha_registra DATETIME - -c_usuario_actualiza VARCHAR 25 -d_fecha_actualiza DATETIME - -

- n_id_proveedores

Usuario del Sist. Que actualiza información del ingreso.Fecha en que se actualiza información del ingreso.

Relaciones Campos Clavesgc_c_proveedores con el campo n_id_proveedores n_id_ingresos

Número del Ingreso.Número de Id del proveedor.Nombre de persona que revisa.Estado del ingreso.Usuario del Sist. Que registra el ingreso.Fecha en que se registra el ingreso.

Descripción: Archivo con información acerca de los ingresos en la organización.Descripción

Número de Id del ingreso.Fecha del pedido.Número del pedido.Fecha del ingreso.

Nombre de Archivo: sgc_r_ingresos Fecha de Creación: 10/11/2010

Campo Tipo Tamaño Extran_id_productos INT - Llave Primaria.c_codigo_producto VARCHAR 25c_nombre VARCHAR 25 -c_descripcion VARCHAR 150 -n_id_unidadmedida INT - Llave foránean_id_categorias INT - Llave foráneac_marca VARCHAR 25 -n_stock_minimo INT - Unsignedd_valor_unitario DECIMAL 10,2 Unsignedd_fecha_vencimiento VARCHAR 25 -c_observaciones VARCHAR 45 -c_status VARCHAR 3 -c_usuario_registra VARCHAR 25 -d_fecha_registra TIMESTAMP - -c_usuario_actualiza VARCHAR 25 -d_fecha_actualiza TIMESTAMP - -

sgc_c_unidadmedida con el campo n_id_unidadmedida n_id_productossgc_c_categorias con el campo n_id_categorias n_id_unidadmedida

- n_id_categorias

Usuario del Sist. Que registra el producto.Fecha en que se registra el producto..Usuario del Sist. Que actualiza información del producto.Fecha en que se actualiza información del producto.


Marca del producto.Cantidad mínima de Stock permisible.Valor unitario del producto.Fecha de Vencimiento del producto.Observaciones acerca del producto.Estado del Producto.

Número de Id del producto.Código del producto.Nombre del producto.Descripción del producto.Número de Id de unidad de medida.Número de Id de categoría.

Nombre de Archivo: sgc_c_productos Fecha de Creación: 10/11/2010Descripción: Archivo detallando la información de los productos ofrecido en la organización.

Descripción

Campo Tipo Tamaño Extran_id_proveedores INT - Llave primaria.c_proveedor VARCHAR 25 -c_domicilio VARCHAR 100 -c_telefono VARCHAR 8 -c_email VARCHAR 15 -c_status CHAR 2 -c_usuario_registra VARCHAR 25 -d_fecha_registra DATETIME - -c_usuario_actualiza VARCHAR 25 - d_fecha_actualiza DATETIME - -

Usuario del Sist. Que actualiza información del proveedor.Fecha en que se actualiza información del proveedor.

Relaciones Campos Clave- n_id_proveedores

Domicilio del proveedor.Teléfono del proveedor.Correo electrónico del proveedor.Estado del proveedor.Usuario del Sist. Que registra el proveedor.Fecha en que se registra el proveedor.

Nombre de Archivo: sgc_c_proveedores Fecha de Creación: 10/11/2010Descripción: Archivo detallando la información de los proveedores.

DescripciónNúmero de Id del proveedor.Razón social del proveedor.

Campo Tipo Tamaño Extran_id_examen INT - Llave Primaria.c_nombre_examen VARCHAR 45n_id_clasificacion_examen INT - Llave foráneac_descripcion VARCHAR 200 -d_precio_examen INT - Unsignedc_observaciones VARCHAR 100 -c_tiempo_duracion INT - Unsignedc_usuario_registra VARCHAR 25 -d_fecha_registra TIMESTAMP - -c_usuario_actualiza VARCHAR 25 - d_fecha_actualiza TIMESTAMP - -

- n_id_clasificacion_examen

Fecha en que se registra el examen.Usuario del Sist. Que actualiza información del examen.Fecha en que se actualiza información del examen.

Relaciones Campos Clavesgc_c_clasificacion_examen con el campo n_id_clasificacion_examen n_id_examen

Número de Id de la clasificación del examen.Descripción del Examen.Precio del examen.Observaciones acerca del examen.Tiempo el cual dura el examen.Usuario del Sist. Que registra el examen.

Nombre de Archivo: sgc_c_examenes Fecha de Creación: 10/11/2010Descripción: Archivo detallando la información de los exámenes que se practican en la organización.

DescripciónNúmero de Id del examen.Nombre del examen.

Campo Tipo Tamaño Extran_id_citas INT - Llave Primaria.d_fecha_cita DATETIME 25 -t_hora_cita TIMESTAMP 100 -n_id_expedientes INT - Llave foránean_id_estado_cita INT - Llave foránean_idSalas INT - Llave foránean_id_personal INT - Llave foráneac_observaciones VARCHAR 45 -c_usuario_registra VARCHAR 25 -d_fecha_registra DATETIME - -c_usuario_actualiza VARCHAR 25 - d_fecha_actualiza DATETIME - -

sgc_c_salas con el campo n_idSalas n_id_estado_citasgc_c_personal con el campo n_id_personal n_idSalas

- n_id_personal

Relaciones Campos Clavesgc_c_expedientes con el campo n_id_expedientes n_id_citas

sgc_c_estado_cita con el campo n_id_estado_cita n_id_expedientes

Número Id del personal.Observaciones de la cita.Usuario del Sist. Que registra la cita.Fecha en que se registra la cita.Usuario del Sist. Que actualiza información de la cita.Fecha en que se actualiza información de la cita.

Número Id de la cita.Fecha de la cita.Hora de la cita.Número Id del expedienteNúmero Id del estado de la cita.Número Id de la sala.

Nombre de Archivo: sgc_r_citas Fecha de Creación: 10/11/2010Descripción: Archivo en que se detalla los datos necesarios para realizar una cita.

Descripción

Campo Tipo Tamaño Extran_id_ordenes INT - Llave Primaria.n_numero_orden VARCHAR 10 -n_id_catalogo_orden INT - Llave foránean_id_expedientes INT - Llave foráneac_concepto_orden VARCHAR 45 - c_usuario_emite VARCHAR 25 -d_fecha_emite DATETIME - - c_usuario_registra VARCHAR 25 -d_fecha_registra DATETIME - -c_usuario_actualiza VARCHAR 25 -d_fecha_actualiza DATETIME - -

sgc_c_catalogo_orden con el campo n_id_catalogo_orden n_id_expedientes- n_id_catalogo_orden

Fecha en que se registra la orden.Usuario del Sist. Que actualiza información de la orden.Fecha en que se actualiza información de la orden.

Relaciones Campos Clavesgc_c_expedientes con el campo n_id_expedientes n_id_ordenes

Número de Id del catálogo.Número Id del expedienteConcepto de la orden.Usuario que está emitiendo la orden.Fecha en que se emite la orden.Usuario del Sist. Que registra la orden.

Nombre de Archivo: sgc_c_ordenes Fecha de Creación: 10/11/2010Descripción: Archivo en que se detalla los datos para efectuar una orden.

DescripciónNúmero de Id de la orden.Número de la orden.

Campo Tipo Tamaño Extran_id_detalle_orden INT - Llave Primaria.n_id_ordenes INT - Llave foránean_id_examen INT - Llave foránean_id_productos INT - Llave foráneac_usuario_registra VARCHAR 25 -d_fecha_registra DATETIME - -c_usuario_actualiza VARCHAR 25 - d_fecha_actualiza DATETIME - -

- n_id_productos

sgc_c_ordenes con el campo n_id_ordenes n_id_detalle_ordensgc_c_examenes con el campo n_id_examen n_id_ordenessgc_c_productos con el campo n_id_producto n_id_examen

Usuario del Sist. Que registra del detalle.Fecha en que se registra del detalle.Usuario del Sist. Que actualiza información del detalle.Fecha en que se actualiza información del detalle.


Descripción: Archivo con información del detalle de las ordenes.Descripción

Número de Id del detalle de la orden.Número de la orden.Número de Id del examen.Número Id del producto.

Nombre de Archivo: sgc_c_detalle_orden Fecha de Creación: 10/11/2010

Campo Tipo Tamaño Extran_id_catalogo_orden INT - Llave Primaria.c_descripcion VARCHAR 45 -

Número de Id del catálogo.Descripción del catálogo.

Relaciones Campos Clave- n_id_catalogo_orden

Nombre de Archivo: sgc_c_catalogo_orden Fecha de Creación: 10/11/2010Descripción: Archivo acerca el catalogo.

Descripción

Tipo Tamaño ExtraINT - Llave Primaria.

VARCHAR 25 -CHAR 2 -

n_id_estado_cita

Relaciones

-

c_descripcion_estado Descripción del estado de la cita.c_status Estado del cita.

Campos Clave

Nombre de Archivo: sgc_c_estado_cita Fecha de Creación: 10/11/2010Descripción: Archivo con información del estado de las citas.

Campo Descripciónn_id_estado_cita Número Id del estado de la cita.


VARCHAR 25 - c_nombre_categoria Nombre de la categoría.Campos Clave

n_id_categoriasRelaciones

-

Nombre de Archivo: sgc_c_categorias Fecha de Creación: 10/11/2010Descripción: Archivo con información acerca de las categorías de los productos.

Campo Descripciónn_id_categorias Número Id de la categoría.


VARCHAR 10 -c_unidadmedida Unidad de medida.Campos Clave

n_id_unidadmedidaRelaciones

-

Nombre de Archivo: sgc_c_unidadmedida Fecha de Creación: 10/11/2010Descripción: Archivo con información de las unidades de medida utilizadas en la empresa.

Campo Descripciónn_id_unidadmedida Número Id de la unidad de medida.


VARCHAR 25 -VARCHAR 25 -

CHAR 2 -VARCHAR 45 -c_descripcion Descripción breve de lo que se hace en la pantalla.

Campos Claven_id_funcion

Relaciones-

c_modulo Módulo al cual pertenece la pantalla.c_nombre_pantalla Nombre de la pantalla.c_status Estado de la pantalla.

Nombre de Archivo: sgc_c_funcion Fecha de Creación: 10/11/2010Descripción: Archivo en que se muestra información breve acerca de las pantallas existentes en el sistema.

Campo Descripciónn_id_funcion Número Id de la función.


DATETIME - -INT - Llave foránea. INT - Llave foránea.

VARCHAR 25 -VARCHAR 25 -DATETIME - -VARCHAR 25 -DATETIME - -

n_id_Pedidos

n_id_area

n_id_proveedores

sgc_c_areas con el campo n_id_area

sgc_c_proveedores con el campo n_id_proveedores

-

c_usuario_actualiza Usuario del Sist. Que actualiza información del pedido.d_fecha_actualiza Fecha en que se actualiza del pedido.

Campos ClaveRelaciones

c_realizado_por Nombre de la persona que realiza el pedido.c_usuario_registra Usuario del Sist. Que registra el pedido.d_fecha_actualiza Fecha en que se registra el pedido.

d_fecha_pedido Fecha en que se realiza el pedido.n_id_area Número Id del área.n_id_proveedores Número Id del proveedor.

Nombre de Archivo: sgc_r_pedidos Fecha de Creación: 10/11/2010Descripción: Archivo que trata acerca de los pedidos que se le realizan a los proveedores.

Campo Descripciónn_id_Pedidos Número Id del pedido.

Tipo Tamaño ExtraINT - Llave Primaria.INT - Llave foránea. INT - Llave foránea. INT - Unsigned.

CHAR 2 -VARCHAR 25 -DATETIME - -VARCHAR 25 -DATETIME - -

n_id_detalle_pedidosn_id_Pedidos

n_id_productos

sgc_r_pedidos con el campo n_id_Pedidossgc_c_productos con el campo n_id_productos

-

c_usuario_actualiza Usuario del Sist. Que actualiza información del detalle.d_fecha_actualiza Fecha en que se actualiza del detalle.

Campos ClaveRelaciones

c_status Estado del pedido.c_usuario_registra Usuario del Sist. Que registra el detalle de pedido.d_fecha_actualiza Fecha en que se registra el detalle de pedido.

n_id_Pedidos Número Id del Pedido.n_id_productos Número Id del producto.n_cantidad Cantidad de productos en el pedido.

Nombre de Archivo: sgc_r_detalle_pedidos Fecha de Creación: 10/11/2010Descripción: Archivo en que se detalla la información de los pedidos que se le realizan a los proveedores.

Campo Descripciónn_id_detalle_pedidos Número Id del detalle de pedido.

Campo Tipo Tamaño Extran_id_expediente INT - Llave Primaria.c_primer_nombre VARCHAR 25 -c_segundo_nombre VARCHAR 25 -c_primer_apellido VARCHAR 25 -c_segundo_apellido VARCHAR 25 -c_telefono VARCHAR 10 -c_direccion VARCHAR 150 -c_sexo VARCHAR 2 -d_fecha_nacimiento VARCHAR 15 -c_alergias VARCHAR 45 -c_padecimientos VARCHAR 150 -c_antecedentes VARCHAR 150 -c_operaciones VARCHAR 150 -c_usuario_registra VARCHAR 25 -d_fecha_registra TIMESTAMP - -c_usuario_actualiza VARCHAR 25 -d_fecha_actualiza TIMESTAMP - -

Fecha en que se registra el exp.Usuario del Sist. que actualiza el expediente.Fecha en que se actualiza el exp.

Relaciones Campos Clave- n_id_expediente

Fecha de nacimiento del pacte.Alergias que posee el pacte.Padecimientos del paciente.Antecedentes médicos del paciente.Operaciones hechas anteriormente al paciente.Usuario del Sist. que registra el expediente.

Segundo Nombre del paciente.Primer Apellido del paciente.Segundo Apellido del paciente.Teléfono del paciente.Dirección domiciliar del pacte.Sexo del paciente.

Nombre de Archivo: sgc_r_expediente Fecha de Creación: 10/11/2010Descripción: Archivo con detalle de información de los expedientes.

DescripciónNúmero de Id del expediente.Primer Nombre del paciente.

Campo Tipo Tamaño Extran_id_detalle_expediente INT - Llave Primaria.n_id_expedientes INT - Llave foránead_fecha_atencion DATETIME - -n_peso TINYINT - -f_presion FLOAT - -f_temperatura FLOAT - -c_motivo_atencion VARCHAR 100 -c_tratamiento VARCHAR 100 -c_usuario_registra VARCHAR 25 -d_fecha_registra DATETIME - -c_usuario_actualiza VARCHAR 25 -d_fecha_actualiza DATETIME - -

Relaciones Campos Clavesgc_c_expedientes con el campo n_id_expedientes n_id_detalle_expediente

- n_id_expedientes

Motivo por el cual el paciente es atendido.Tratamiento médico recetado al paciente.Usuario del Sist. Que registra el detalle del expediente.Fecha en que se registra el detalle del expediente.Usuario del Sist. Que actualiza la información del detalle.Fecha en que se actualiza la información del detalle.

Número de Id del detalle de la orden.Número Id del expediente.Fecha en que la última vez se le atendió.Peso del paciente.Presión del paciente.Última temperatura medida del paciente.

Nombre de Archivo: sgc_c_detalle_expediente Fecha de Creación: 10/11/2010Descripción: Archivo con información del detalle de los expedientes.

Descripción


VARCHAR 15 -VARCHAR 100 -

CHAR 2 -VARCHAR 25 -DATETIME - -VARCHAR 25 -DATETIME - -d_fecha_actualiza Fecha en que se actualiza del rol.

Campos Clave

n_id_rol

Relaciones

-

c_usuario_registra Usuario del Sist. Que registra el rol.d_fecha_actualiza Fecha en que se registra el rol.c_usuario_actualiza Usuario del Sist. Que actualiza información del rol.

c_rol Nombre del rolc_descripcion Descripción del rol.c_status Estado del rol.

Nombre de Archivo: sgc_rol Fecha de Creación: 10/11/2010Descripción: Archivo en que se detalla los roles de los usuarios que utilizarán el sistema.

Campo Descripciónn_id_rol Número Id del rol.

Tipo Tamaño ExtraINT - Llave Primaria.INT - Llave foránea.INT - Llave foránea.INT - Llave foránea.

n_id_usuario

n_id_rol

Relacionessgc_c_funcion con el campo n_id_funcion

sgc_r_usuario con el campo n_id_usuario

sgc_rol con el campo n_id_rol

-

Campos Claven_id_funcion_rol

n_id_funcion

n_id_funcion Número Id de la función.n_id_usuario Número Id del usuario.n_id_rol Número Id del rol.

Nombre de Archivo: sgc_c_funcion_rol Fecha de Creación: 10/11/2010Descripción: Archivo en que se muestra información que pantalla va asignada a cada rol.

Campo Descripciónn_id_funcion_rol Número Id de la función del rol.


n_id_usuario INT Número Id del usuario. Llave Primaria

c_usario VARCHAR Contraseña del usuario. -

c_contraseña VARCHAR Segundo Nombre del empleado. -

c_primer_nombre VARCHAR Primer nombre del usuario. -

c_segundo_nombre VARCHAR Segundo nombre del usuario. -

c_primer_apellido VARCHAR Prime Apellido del usuario. -

c_segundo_apellido VARCHAR Segundo Apellido del usuario. -

c_status VARCHAR Estado del usuario. -

d_fecha_ultimocambio DATETIME Última fecha en que se le realizó cambios a la info. Del usuario -

d_fecha_ultimoacceso DATETIME Fecha en que última vez accedió al sistema. -

d_fecha_vencimiento DATETIME Fecha en que se vence la validez del usuario en el sistema. -

c_email VARCHAR Email del usuario. -

n_id_c_area INT Número Id del área donde se encuentra el empleado. -

c_usuario_registra VARCHAR Usuario del Sist. Quién registra al usuario. -

d_fecha_registra DATETIME Fecha en que se registró al usuario. -

c_usuario_modifica VARCHAR Persona Que actualiza información del usuario. -

d_fecha_modifica DATETIME Fecha en que se actualiza información del usuario. -

-25-

Relaciones Campos Clave- n_id_usuario

---

15-

25

25252525253

Nombre de Archivo: sgc_r_usuario Fecha de Creación: 10/11/2010Descripción: Archivo Principal de los usuarios del sistema con información detallada de cada uno de ellos.

Tamaño-

25


SGC SISTEMA DE GESTION CLINICA

MANUAL DE USUARIO

FACULTAD DE CIENCIAS Y SISTEMASribuni.uni.edu.ni/918/1/25807.pdf · pendiente de mí en cualquier...

Documents

Transcript of FACULTAD DE CIENCIAS Y SISTEMASribuni.uni.edu.ni/918/1/25807.pdf · pendiente de mí en cualquier...