ESCUELA UNIVERSITARIA INGENIERIA INDUSTRIAL, INFORMATICA Y SISTEMAS UNIVERSIDAD DE TARAPAC ARICA

Proceso Software Basado en UML Para el Sistema de Atencin de Pacientes de la Asociacin Chilena de Seguridad

Profesor : Ramo : Alumnos

ARICA-CHILE 2006 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS INDICE CONTENIDOS PGINA Contenido 1. Introduccin

02 2. Situacin actual 03 2.1 Necesidades 06 2.2 Objetivos del proyecto 07 2.3 Costos del proyecto 07 2.3.1 Personal 07 2.3.2 Software/Hardware 07 2.3.3 Desarrollo 08 2.4 Carta Gant 09 3. Modelo de Negocio 12 3.1. Objetivo Estratgico 12 3.2 Procesos de Negocio 12 3.3 Casos de Uso del Negocio 15 3.4. Diagrama de Casos de Uso del Negocio 17 3.5 Modelo del Negocio 18 3.5.1 Roles (diagrama de roles) 19 3.5.2 Escenarios (diagramas de secuencia) 3.5.2 Actividades (diagramas de procesos) 4. Modelo de Requisitos 23 4.1 Diagrama de Casos de Uso del Sistema 23 4.2 Modelo Conceptual 37 4.3 Especificacin Complementaria (requisitos no funcionales) 4.4 Glosario 39 4.5 Visin 44 5. Modelado de Anlisis 51 5.1 Diagrama de Secuencia del Sistema 51 5.2 Operaciones 58 5.3 Contratos 60 5.4 Colaboraciones 67 6 Modelado de Diseo 68 6.1 Diagrama de clases de diseo 68 6.2 Arquitectura del Sistema 72

20 21

38

6.3 Paquetes 74 6.4 Interfaz de Usuario 77 7. Conclusin 82 8. Bibliografa 82

- 1 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS 1. Introduccin La Asociacin Chilena de Seguridad es una Empresa Privada sin fines de lucro ded icada a otorgar cobertura total en caso de accidentes Laborales y sobre todo a la prevencin de estos. Su misin es: "procurar para el hombre de trabajo , en conjunto con las empresas asociadas, ambientes laborales sanos, seguros y e xentos de riesgos, a fin de preservar en plenitud su integridad tanto fsica como squica" Dentro de esta empresa existe un departamento clnico, que es el encargado de la a tencin de los pacientes que sufrieron algn accidente de trabajo en algu na de las empresas asociadas, este se encarga de la atencin mientras se recuper an y puedan retornar a sus puestos de trabajo. Se desea automatizar el sistema de atencin al paciente y el sistema de fichas mdic as para mejorar la coordinacin de las distintas unidades que posee la ACHS; para esto, el proyecto consta de realizar un sistema de que maneje toda la parte rel acionada con los pacientes y que pueda interactuar de forma adecuada con otros s istemas sin problemas. El presente documento refleja los estudios realizados para la implementacin de l a solucin elegida en el estudio de factibilidad, donde mostraremos los Modelos de Negocios, Modelo de Requisitos, Modelo de Anlisis, y Modelo de Diseo. Primero daremos una pequea descripcin del Sistema Actual, sus necesidades y objeti vos perseguidos en este proyecto, adems de los costos de la implementacin del sist ema de informacin, y la Carta Gant indicando el tiempo de duracin del proyecto. Luego mostramos el Modelo de Negocios indicando sus objetivos Estratgicos y el pr oceso realizado por la empresa para la atencin de pacientes. Un punto importante en este proyecto es el Modelo de Requisito que muestra en f orma grfica y ms detallada el funcionamiento del sistema completo, mostrando los c asos de uso de cada etapa del proyecto. Luego continuamos con el Modelo de Anlisi s que sigue mostrando en forma grfica interacciones entre objetos. Para terminar, damos una referencia a la arquitectura del Sistema y el resultado de la interfaz completa del sistema, indicado en el Modelo de Diseo.

- 2 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS 2. Situacin Actual Para ilustrar la situacin actual primero se mostrar el organigrama de la empresa a nivel local y luego se describir el funcionamiento del departamento Clnico. Gerente Zonal Hans Schmauck Depto. Clnica Vctor Vera Adm. Y Finanzas Giancarlo Baltol D. Prevencin Fernando Corts D. Asociados Alvaro Tobar Salud Ocupacional Inspeccin Laborales Medicina del Trabajo Kinesiologa

Calificacin

Relaciones

Fig 1.Organigrama ACHS Gerencia Zonal Arica

Funcionamiento de la Empresa Departamento Clnico: Se encarga de la recuperacin y tratamiento de los trabajadore s que hayan sufrido accidentes laborales. Est compuesto por un Director Medico, u n Traumatlogo, un Medico de Salud Ocupacional, Enfermera Jefe, dos Paramdicos y do s Kinesilogos. En este departamento se atiende a pacientes que sufren algn tipo de accidente lab oral; se mantiene la informacin del paciente, la empresa para la cual trabaja y t oda la informacin relacionada con el tratamiento en fichas mdicas. Adems el paciente recibe atencin mdica hasta que pueda regresar a su trabajo, por l o que se le debe dar horas para control; estas horas se dan en forma manual y se escriben en un cuaderno en el cual se registran datos tales como: la hora, el da , el nombre del medico tratante, el nombre del paciente. Cuando el departamento clnico no cuenta con los medios necesarios para la atencin del paciente, este es derivado a otro centro de atencin mdica que pre ste servicios a la ACHS, como lo son la clnica San Jos o el hospital Juan No.

- 3 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS En la actualidad la informacin del paciente es obtenida por la empresa asociada q ue lo contrata, a travs de formularios impresos que son llenados en el momento de la contratacin. El formulario contiene la siguiente informacin del trabajador: Informacin personal del empleado (Nombre, rut, edad, fecha de nacimiento, Grupo sanguneo) Nombre de la empresa asociada Alergias conocidas (sobre todo alergias a medicamentos) Medicamentos contraindicados (Medicamentos con los que se a te nido problemas) Enfermedades Declaradas (Hepatitis, Hipertensin; Diabetes, problemas a las tiro ides, etc.). Intervenciones Quirrgicas (que intervencin, fecha en la cual fue efectuada y por que se hizo). En el caso de producirse un accidente laboral la empresa se coordina con ACHS, st a enva una ambulancia y dependiendo de la gravedad del accidente se decide donde se har la atencin: Hospital, Clnica o Mutual de seguridad; si se decide que la aten cin va a hacerse en otro centro asistencial (Clnica u Hospital), todo el historial clnico del paciente debe ser entregado, lo que actualmente conlleva a retrasos, debido a que slo se tiene una ficha mdica en papel. En el caso de que el paciente necesite tratamiento se deben coordinar las citas en el centro de atencin, registrando en un cuaderno la hora, el da, el nombre del paciente y el nombre del profesional con el cual tendr cita (se posee un cuaderno por profesional).

Cada vez que el paciente tiene cita con un profesional, ste debe tener la ficha md ica para actualizar los datos del paciente y su tratamiento; luego de terminada la atencin, la ficha mdica es regresada a la bodega para su almacenamiento.

- 4 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS

Fig. 2 Situacin Actual

- 5 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS

2.1 Necesidades En la actualidad el sistema de atencin al paciente funciona adecuadamen te, pero se pueden producir ciertos problemas como las siguientes: Demora con la atencin debido a que no se encuentra la ficha mdica o perdida de es ta. Problemas con la obtencin de horas de atencin para citas programadas d e tratamiento (mala coordinacin de los horarios de atencin). Excesivo espacio utilizado para guardar fichas medicas las cuales nece sitan encontrarse en bodegas especiales para papeles para evitar su deterioro. Perdida de exmenes (necesarios a la hora de la atencin), esto produce demoras en la atencin de los pacientes. Problemas de coordinacin con otros centros asistenciales (entrega de fi chas mdicas a estos centros de atencin). Aunque estos problemas no son muy frecuentes producen demoras a los pacientes y a los distintos centros mdicos dificultando dicha atencin.

2.2 Objetivos del proyecto Se propone desarrollar un software que gestione el sistema de Atencin de Clientes , manejando para esto una base de datos que contendr el registro de todos los ben eficiarios asociados a la Asociacin Chilena de Seguridad. Caractersticas Principales del Sistema: Manejo de Fichas Mdicas automatizado. Control de Peticin de Horas de atencin. Manejo de Historial Clnico de pacientes. Manejo de Exmenes, en forma digitalizada, de los pacientes Entrega de Recetas Mdicas.

Acceso externo del sistema, para que otras instituciones puedan ver el histori al Mdico en caso de traslado de paciente. Acceso interno de distintos usuarios al sistema.

- 6 Sistemas de Informacin II Modelado Sistema Proceso UML

ACHS 2.3 Costos del proyecto 2.3.1 Recursos Humanos. Un Analista Dos diseadores. Dos programadores. Personal Precio hrs/hombre

hrs/hombre Analista 60 Diseador 130 Programador 120 Total

Total $4.000 $240.000 $4.000 $520.000 $3.000 $360.000 $1.120.000

2.3.2 Recursos Software/Hardware Como recursos de Software necesitamos: Sistema Operativo: Linux Debian Sarge 3.1R0. Servidor Web: Apache + php Bases de datos: PostgreSQL-7.4.6 Herramientas de desarrollo: php, sql.

Los cuales, por ser todos software open source, su adquisicin es gratis y no incu rren en gastos. Producto Valor por unidad $0 $0 $0 $0 $0 $0

Cantidad Total S.O. Debian Sarge 3.1R0 1 $0 SGBD PostgreSQL 7.4.6 1 $0 Editores 1 Lenguaje de programacin php 1 $0 Total

Los recursos de Hardware que usaremos para el proyecto son: Un servidor de base de datos que estar montado en un computador con las siguientes caractersticas: Pr ocesador AMD Sempron 2800, 512 MB memoria Ram, y disco duro de 80 GB. Las estaciones de trabajo ya estn instaladas, por lo que no se necesita adquirir ms hardware.

- 7 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS

Producto Cantidad Total Computador servidor 1 $220.090 Cableado ---Impresora ---Total

Valor por unidad $220.090 $0 $0 $0 $0 $220.090

2.3.3 Costos de Desarrollo A continuacin se muestra una tabla resumen de costos del proyecto durante el peri odo de implementacin. Recurso to Total Hardware $220.090 Software $0 Recursos humanos $1.120.000 Total $1.340.090 $0 $1.140.000 Costo / inversin Cos $220.090

De acuerdo al clculo realizado anteriormente, el desarrollo y puesta en marcha de l SI en el estudio tcnico, el valor es de $1.340.090 este proyecto incluye capaci tacin, y posee una arquitectura escalable, por lo que ser fcilmente ampliable; sol o se debe agregar nuevos usuarios.

- 8 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS 2.4. Carta Gant

- 9 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS

- 10 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS

- 11 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS 3. Modelo de Negocio 3.1. Objetivo Estratgico La asociacin Chilena de Seguridad se ha propuesto como objetivo estratgico optimiz ar la atencin de los pacientes, los cuales conllevan el proceso del manejo de las fichas clnicas de cada trabajador asociado a la institucin.

3.2 Procesos de Negocio 3.2.2 Ingresar paciente

Este proceso se activa al momento del trabajador sufrir un accidente laboral, la recepcionista recibe al paciente y solicita historial del paciente, luego ingre sa los datos del accidente y del paciente en un formulario de ingreso, el cual pos teriormente es adjuntado a la ficha mdica.

Roles asociados a este proceso: Recepcionista Trabajador Tareas que se llevan a cabo en este proceso: Registrar ingreso paciente Llenar formulario de ingreso Regla de negocio relacionada con este proceso: Si el accidente es grave o no se tienen las condiciones para el tratamiento en la mutual, se debe enviar al paciente a un hospital o clnica asociada.

3.2.2

Tratamiento del paciente

Cada vez que el mdico indica un nuevo tratamiento para el enfermo, se debe actuali zar la ficha mdica agregando los exmenes realizados. Adems, cuando se da de alta al paciente, se debe actualizar la ficha mdica indicando el da y tratamiento del alt a. Si al paciente se le han solicitado nuevos exmenes, la secretaria es la encargada de anexar los resultados en el historial mdico del paciente. - 12 -

Sistemas de Informacin II Modelado Sistema Proceso UML ACHS

Roles asociados a este proceso: Secretaria Mdico Paciente

Tareas que se llevan a cabo en este proceso: Actualizar ficha mdico Realizar orden de peticin de exmenes Adjuntar exmenes a la ficha mdica.

Regla de negocio relacionada con este proceso: La actualizacin de las fichas mdicas debe ser diaria, ya que todos los das el mdic o puede dar indicaciones distintas.

3.2.4

Gestionar Citas mdicas

Al momento del alta se debe dar una cita mdica al paciente, para que pueda seguir con su tratamiento, para esto se debe revisar la agenda del mdico tratante y verif icar el horario para asignar una cita al paciente registrando fecha y hora de la c ita y nombre del paciente, actualizando la agenda.

Roles asociados a este proceso: Mdico Paciente Agenda de citas mdicas

Tareas que se llevan a cabo en este proceso: Revisar agenda del mdico tratante

- 13 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS Asignar cita

Regla de negocio relacionada con este proceso: Se debe verificar que el mdico tratante tenga disponibilidad de horarios, a asignarle una cita al paciente. par

3.2.4

Alta Paciente

Cuando el paciente ya ha terminado su tratamiento, se da el alta, para esto la secretaria adjunta las indicaciones que el mdico le ha dado y la fecha del trmino del tratamiento, indicando tambin cuando es su regreso al trabajo. Roles asociados a este proceso: Paciente Secretaria Mdico

Tareas que se llevan a cabo en este proceso: Registrar Alta

Regla de negocio relacionada con este proceso: La secretaria debe tener la ficha mdica del paciente, al da para realizar el alt a.

- 14 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS

3.3 Casos de Uso del Negocio A partir de los procesos de negocio se identificaron los siguientes casos de uso . Ingresar Paciente: Proceso del Negocio Ingresar Paciente Objetivo Ingresar un paciente al momento de ingre sar a la mutual, para su atencin. Descripcin 1. Al momento del aviso del accidente la recepcionista recibe al paciente 2. Se ingresan los datos del paciente y del accidente en un formulario de ingr eso. 3. La secretaria del departamento clnico registra al paciente. 4. Luego se solicita mdico y tratamiento para el paciente recin ingresado. Prioridad Fundamental Riesgos Que el trabajador accidentado no este a sociado a la mutual en el momento del accidente. Posibilidades Tiempo de Ejecucin 5 horas aprox. Coste de Ejecucin

Tratamiento Paciente:

- 15 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS

Proceso del Negocio Tratamiento Paciente Objetivo Registrar y almacenar cada tratamiento q ue el mdico le da al enfermo. Descripcin 1. Cada vez que el mdico realice un cambio al tratamiento de un paciente, se debe actualizar la ficha mdica, indicando si se realizaron exmenes y adjuntndolos a la ficha. 2. Si el tratamiento que exige el paciente es muy complejo, se debe derivar el paciente a una clnica u hospital externo, que pueda proveer una atencin

ms especializada. Prioridad De administracin Riesgos Que el trabajador accidentado no este a sociado a la mutual en el momento del accidente. Posibilidades Tiempo de Ejecucin 4 horas aprox. Coste de Ejecucin

Registrar Citas Mdicas: Proceso del Negocio Registrar Citas Mdicas Objetivo Dar cita para el paciente con el mdico tr atante. Descripcin 1. Despus de la atencin primaria del pacient e, se debe realizar citas con el mdico, para esto se verifica fecha en la agenda del mdico y se asigna hora al paciente, registrando sus datos. Prioridad Bsica Riesgos Que no existan horas posibles para que el paciente se pueda atender con su mdico tratante. Posibilidades Tiempo de Ejecucin 5 horas aprox. Coste de Ejecucin

- 16 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS Alta Paciente: Proceso del Negocio Alta Paciente Objetivo Registrar alta paciente. Descripcin 1. Cuando el mdico decide que el trat amiento se ha terminado, la secretaria debe registrarlo en la ficha mdic a del paciente, indicando la fecha de trmino y las indicaciones al trabajador. Prioridad Bsica Riesgos Ninguna Posibilidades Tiempo de Ejecucin 3 horas aprox. Coste de Ejecucin 3.4 Diagrama Casos de Uso

- 17 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS

3.5 Modelo del Negocio 3.5.1 Roles

- 18 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS

3.5.2 Escenarios (Diagrama de Secuencias) Escenario: Ingresar Paciente

Escenario: Tratamiento Paciente

- 19 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS

Escenario: Registrar Citas Mdicas

Escenario: Alta Paciente

- 20 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS

3.5.3 Actividades (Diagrama de Procesos)

- 21 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS

Descripcin Diagrama de Procesos: Cuando a un trabajador le ocurre un accidente, ste es derivado al centro de atenc in ms cercano, una vez ah da los datos del accidente, y la recepcionista cursa el i ngreso del paciente a la Mutual, si el paciente no est asociado se crea la ficha mdica, luego la secretaria del departamento clnico registra al paciente y lo deriv a a la atencin mdica. El mdico evala si el paciente necesita derivarse a un hospital o clnica externa, al enviarlo a una entidad externa se debe enviar al paciente junto con su historia l mdico, y si no lo enva, puede modificar su tratamiento. El mdico tambin evala si debe dar el alta al paciente o no, si le da el alta, la se cretaria debe registrar los datos del alta en la ficha mdica, y si no, puede modi ficar el tratamiento que esta siguiendo el paciente. Cuando el paciente est en tratamiento, la secretaria debe asignarle el horario de citas mdicas con su mdico tratante, mientras ste no le de el alta.

- 22 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS

4. Modelo de requisitos Luego de haber realizado el modelado del negocio, iniciaremos la obtencin de los diferentes casos de uso del sistema, as como el modelado conceptual y las dems eta pas del modelado de requisitos y nos ayudarn en la comprensin del funcionamiento del sistema de atencin pacientes de la ACHS. 4.1 Diagrama de casos de usos del sistema.

- 23 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS Descripcin de los casos de uso esenciales del sistema atencin pacientes en el cual se describirn las distintas actividades que son posibles realizar por el sistema para los distintos actores. Caso De uso: Solicitud historial Paciente Resumen: El actor ingresa sus datos y solicita el historial de un paciente dete rminado ingresando para ello el rut del paciente, donde podr consultar las distin tas enfermedades preexistentes o los distintos remedios a los que el paciente pu ede ser alrgico, as como el de conocer el historial mdico ( Datos Histricos pacient e). Actor Principal: Recepcionista ACHS, Secretaria Departamento Clnico, Doctor, Clnic a externa de atencin. Personal Involucrado: Recepcionista ACHS: Realizar consulta historial paciente, para poder imprimir al guna parte de la ficha para ser enviado hacia una consulta externa. Secretara Departamento Clnico: Realiza consulta historial paciente, para poder imp rimir alguna parte de la ficha para ser enviado hacia una consulta para otro tra tamiento fuera del ACHS.

Doctor: Realiza consulta historial paciente, para consultar tratam ientos realizados anteriormente, as como enfermedades preexistentes del pacient es. Clnica Externa: Realiza consulta historial paciente, para ver antecedentes de ale rgias u enfermedades preexistentes, o si se encuentra bajo algn tratamiento. Precondiciones: El paciente debe estar registrado en la ACHS. Poscondiciones: Im presin ficha paciente, consulta cerrada historial paciente. Flujo Bsico: 1. El Usuario ingresa sus datos al sistema. 2. El Sistema verifica los datos ingresados. 3. El Usuario ingresa los datos del paciente. 4. El Sistema verifica los datos del paciente. 5. El Sistema pondr a disposicin el historial del paciente. 6. El Usuario podr imprimir historial mdico paciente, cmo solo consultarlo. 7. Repetir 3 hasta terminar consulta historial pacientes. 8. Fin consulta paciente. Flujo Alternativo: 2.1 Si los datos del usuario no son validos. 2.1.1 Ir al paso 1 o salir del sistema paso 6. 4.1 Si los datos del paciente no son validos 4.1.1 Ir al paso 3 o salir del sistema paso 6. Requisitos Especiales: Los Datos del paciente debern ordenarse por fecha de exmenes ms recientes. Se deber mostrar al lado del examen una breve descripcin. Lista de Tecnologas y Variaciones de Datos: Cuestiones Pendientes: Otorgar clave de acceso a los organismos de atencin extern a a la ACHS para las consultas de acceso al historial paciente.

- 24 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS Caso De uso: Ingresar Datos paciente Accidentado Resumen: El Recepcionista ACHS ingresa sus datos y recibe los datos del acciden tado para registrarlo en la ficha de atencin del paciente para su atencin, consult ando si esta asociado a la ACHS (Datos Beneficiario). Actor Principal: Recepcionista ACHS. Personal Involucrado: Recepcionista ACHS: Realizar el ingreso de los datos del paciente accidentado, tanto la fecha, hora del suceso, como el lugar donde se encontraba trabajando. Precondiciones: Ficha de atencin al paciente desplegada por pantalla. Poscondiciones: Paciente ingresado al sistema de atencin. Flujo Bsico: 1 El Recepcionista ingresa sus datos al sistema. 2 El Sistema verifica los datos ingresados. 3 El Sistema pondr a disposicin la ficha de atencin. 4 El Recepcionista Ingresa los datos del paciente. 5 El Sistema verifica los datos del paciente. 6 El recepcionista ingresa los datos del accidente 9. El Sistema ingresa los datos al sistema de atencin. 10. Fin ingreso paciente accidentado. Flujo Alternativo:

2.1 Si los datos del recepcionista no son validos. 2.1.1 Ir al paso 1 o salir del sistema paso 10. 5.1 Si los datos del paciente no son validos 5.1.1 Ir al paso 4 o salir del sistema paso 10. Requisitos Especiales: El paciente podr pedir horario de atencin mdica. Lista de Tecnologas y Variaciones de Datos: Cuestiones Pendientes:

- 25 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS Caso De uso: Consulta Hora Atencin Paciente Resumen: El recepcionista ACHS o la secretaria departamento clnico ingresa sus d atos y solicitan el horario de consulta del mdico, ingresando para ello la identi ficacin del mdico, para poder ver el horario que le corresponde al paciente (Reser vacin Horario de Atencin). Actor Principal: Recepcionista ACHS, Secretaria Departamento Clnico Personal Involucrado: Recepcionista ACHS: Realizar consulta hora de atencin mdico pedida por el pacient e. Secretara Departamento Clnico: Realiza consulta hora de atencin medico, pedida p or el paciente. Precondiciones: El paciente debe haber pedido hora antes de la consulta. Poscondiciones: El sistema est listo para una nueva consulta. Flujo Bsico: 1. Usuario ingresa sus datos al sistema. 2. El Sistema verifica los datos ingresados. 3. El Usuario ingresa los datos del mdico 4. El Sistema verifica los datos del mdico. 5. El Sistema pondr a disposicin el horario de atencin del mdico (horas disponible s, como ocupadas). 6. El Usuario podr imprimir horario de atencin mdico, cmo solo consultarlo.

7. Repetir 3 hasta terminar consulta historial pacientes. 8. Fin consulta atencin mdico. Flujo Alternativo: 2.1 Si los datos del usuario no son validos. 2.1.1 Ir al paso 1 o salir del sistema paso 8. 4.1 Si los datos del mdico no son validos 4.1.1 Ir al paso 3 o salir del sistema paso 8. Requisitos Especiales: Los Datos de horario de atencin debern ser ordenados por fecha y hora. Lista de Tecnologas y Variaciones de Datos: Cuestiones Pendientes: Se podr pedir hora en la misma consulta para los horarios disponibles.

- 26 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS Caso De uso: Solicitar Hora Atencin Paciente Resumen: La secretaria departamento clnico ingresa sus datos y solicita el horar io de consulta del mdico, ingresando para ello la identificacin del mdico, para pod er ver el horario que se el puede asignar al paciente (Reservacin Horario de Aten cin). Actor Principal: Secretaria Departamento Clnico. Personal Involucrado: Secretaria Departamento Clnico: Realizar consulta hora de atencin del mdic o para asignrsela al paciente. Doctor: Es quien fija el horario de atencin que tiene disponible. Precondiciones: El Paciente debe estar ingresado al sistema de atencin. Poscondic iones: Peticin de hora reservada para el mdico tratante. Flujo Bsico: 1. La secretaria departamento clnico ingresa sus datos al sistema. 2. El Sistema verifica los datos ingresados. 3. La secretaria departamento clnico ingresa los datos del mdico. 4. El Sistema verifica los datos del mdico. 5. El Sistema pondr a disposicin el horario de atencin del mdico. 6. La secretaria departamento clnico podr asignar el bloque disponible del mdico tratante al paciente que lo solicita. 7. Repetir 5 hasta terminar asignacin horario mdico.

8. Fin atencin mdico. Flujo Alternativo: 2.1 Si los datos del usuario no son validos. 2.1.1 Ir al paso 1 o salir del sistema paso 8. 4.1 Si los datos del mdico no son validos 4.1.1 Ir al paso 3 o salir del sistema paso 8. Requisitos Especiales: Los Datos de horario de atencin debern ser ordenados por fecha y hora. Lista de Tecnologas y Variaciones de Datos: Cuestiones Pendientes: Asignar a otro mdico cuando el mdico tratante no este dispo nible.

- 27 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS Caso De uso: Agregar Exmenes Resumen: La secretaria departamento clnico ingresa sus datos e ingresa los exmen es hechos al paciente a su historial, para ello ingresa el identificador del pac iente y los anexa al Histrico de Pacientes (Datos Histricos Paciente). Actor Principal: Secretaria Departamento Clnico. Personal Involucrado: Secretaria Departamento Clnico: Ingresa los exmenes del paciente a su hi storial de atencin (Ficha). Precondiciones: El Paciente pertenece a la ACHS. Poscondiciones: Actualizacin de Historial lista para otra actualizacin. Flujo Bsico: 1. La secretaria departamento clnico ingresa sus datos al sistema. 2. El Sistema verifica los datos ingresados. 3. La secretaria departamento clnico ingresa los datos del paciente. 4. El Sistema verifica los datos del paciente. 5. El Sistema pondr a disposicin el historial del paciente para ingresar los exme nes. 6. La secretaria departamento clnico ingresa los exmenes del paciente. 7. Repetir 5 hasta terminar el ingreso de exmenes del paciente. 8. Fin ingreso de exmenes.

Flujo Alternativo: 2.1 Si los datos del usuario no son validos. 2.1.2 Ir al paso 1 o salir del sistema paso 8. 4.1 Si los datos del paciente no son validos 4.1.1 Ir al paso 3 o salir del sistema paso 8. Requisitos Especiales: Los exmenes debern ser ordenados por fecha ms reciente. Lista de Tecnologas y Variaciones de Datos: Cuestiones Pendientes: Crear un historial paciente cuando sea paciente nuevo.

- 28 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS Caso De uso: Emitir Exmenes Resumen: La secretaria departamento clnico ingresa sus datos y entrega los exmen es (impresos) al paciente ingresando para ello el identificador del paciente, es tos son realizados por el laboratorio clnico (Datos Exmenes Lab.). Actor Principal: Secretaria Departamento Clnico. Personal Involucrado: Secretaria Departamento Clnico: Busca los exmenes del paciente para su entrega y l os imprime. Laboratorio Clnico: Ingresa los resultados de los exmenes al sistema. Precondiciones: Al Paciente le ingresan exmenes al laboratorio clnico. Poscondiciones: El sistema est listo para emitir nuevos exmenes Flujo Bsico: 1. La secretaria departamento clnico ingresa sus datos al sistema. 2. El Sistema verifica los datos ingresados. 3. La secretaria departamento clnico ingresa los datos del paciente. 4. El Sistema verifica los datos del paciente. 5. El Sistema pondr a disposicin los exmenes realizados al paciente para imprimir los. 6. La secretaria departamento clnico selecciona exmenes a imprimir.

7. Repetir 5 hasta terminar de imprimir los exmenes del paciente. 8. Fin emisin de exmenes. Flujo Alternativo: 2.1 Si los datos del usuario no son validos. 2.1.1 Ir al paso 1 o salir del sistema paso 8. 4.1 Si los datos del paciente no son validos 4.1.1 Ir al paso 3 o salir del sistema paso 8. Requisitos Especiales: Los exmenes debern ser ordenados por fecha ms reciente. Lista de Tecnologas y Variaciones de Datos: Cuestiones Pendientes:

- 29 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS Caso De uso: Eliminar Reserva Hora Resumen: La secretaria departamento clnico ingresa sus datos y solicita el horar io de consulta del mdico, ingresando para ello la identificacin del mdico, para pod er ver el horario que se le asigno al paciente para eliminarla (Reservacin Horari o de Atencin). Actor Principal: Secretaria Departamento Clnico. Personal Involucrado: Secretaria Departamento Clnico: Realizar consulta hora de atencin mdico pedida por el paciente para eliminarla. Doctor: Es quien fija el horario de atencin que tiene disponible. Precondiciones: El Paciente debe haber pedido hora de atencin mdico. Poscondicione s: La reservacin del doctor en el bloque eliminado esta disponible. Flujo Bsico: 1. La secretaria departamento clnico ingresa sus datos al sistema. 2. El Sistema verifica los datos ingresados. 3. La secretaria departamento clnico ingresa los datos del mdico. 4. El Sistema verifica los datos del mdico. 5. El Sistema pondr a disposicin el horario de atencin del mdico. 6. La secretaria departamento clnico podr eliminar el bloque asignado al pacient e y dejarlo libre para otro paciente que lo solicite. 7. Repetir 6 hasta terminar eliminacin de horario mdico. 8. Fin eliminacin reserva hora.

Flujo Alternativo: 2.1 Si los datos del usuario no son validos. 2.1.1 Ir al paso 1 o salir del sistema paso 8. 4.1 Si los datos del mdico no son validos 4.1.1 Ir al paso 3 o salir del sistema paso 8. Requisitos Especiales: Los Datos de horario de atencin debern ser ordenados por fecha y hora. Lista de Tecnologas y Variaciones de Datos: Cuestiones Pendientes:

- 30 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS Caso De uso: Cambiar Historial Paciente Resumen: El doctor ingresa sus datos y solicita el historial de un paciente det erminado ingresando para ello el rut del paciente, donde podr agregar los exmenes hechos al pacientes, los medicamentos aplicados y el tratamiento ( Datos Histrico s paciente). Actor Principal: Doctor. Personal Involucrado: Doctor: Realiza modificaciones al historial del paciente agregando los tratamientos realizados luego del accidente. Precondiciones: El paciente debe estar registrado en la ACHS. Poscondiciones: El sistema esta listo para actualizar historial paciente. Flujo Bsico: 1. El Doctor ingresa sus datos al sistema. 2. El Sistema verifica los datos ingresados. 3. El Doctor ingresa los datos del paciente. 4. El Sistema verifica los datos del paciente. 5. El Sistema pondr a disposicin el historial del paciente. 6. El Mdico podr actualizar el historial mdico paciente. 7. Repetir 3 hasta terminar actualizacin de historial pacientes. 8. Fin consulta paciente. Flujo Alternativo: 2.1 Si los datos del usuario no son validos. 2.1.2 Ir al paso 1 o salir del sistema paso 8. 4.1 Si los datos del paciente no son validos

4.1.1 Ir al paso 3 o salir del sistema paso 8. Requisitos Especiales: Los Datos del paciente debern ordenarse por fecha de exmenes ms recientes. Se deber ingresar al lado del examen una breve descripcin. Lista de Tecnologas y Variaciones de Datos: Cuestiones Pendientes:

- 31 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS Caso De uso: Solicitar Exmenes Resumen: El doctor ingresa sus datos e ingresa los datos del paciente y se le d espliega la solicitud de exmenes. El doctor selecciona los exmenes que debe reali zar el paciente en el laboratorio clnico o externamente. Actor Principal: Doctor. Personal Involucrado: Doctor: Solicita realizacin de los exmenes que debe hacer el paciente. Precondiciones: El paciente debe estar en el sistema de atencin. Poscondiciones: El sistema esta listo para solicitar nuevos exmenes. Flujo Bsico: 1. El doctor ingresa sus datos al sistema. 2. El Sistema verifica los datos ingresados. 3. El doctor ingresa los datos del paciente. 4. El Sistema verifica los datos del paciente. 5. El Sistema pondr a disposicin la solicitud de exmenes que ha de realizar el pa ciente. 6. El doctor selecciona exmenes a realizar el paciente. 7. Repetir 5 hasta terminar la solicitud de exmenes al paciente. 8. Fin solicitar exmenes. Flujo Alternativo: 2.1 Si los datos del usuario no son validos. 2.1.1 Ir al paso 1 o salir del sistema paso 8. 4.1 Si los datos del paciente no son validos 4.1.1 Ir al paso 3 o salir del sistema paso 8.

Requisitos Especiales: Los exmenes debern indicar si son realizados en el laboratorio clnico de la ACHS. Lista de Tecnologas y Variaciones de Datos: Cuestiones Pendientes: Registro de exmenes pendientes del paciente.

- 32 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS Caso De uso: Emitir Receta Resumen: El doctor ingresa sus datos e ingresa los datos del paciente (Datos Be neficiario) para poder seleccionar en la receta desplegada los medicamentos para el tratamie nto a seguir por el paciente. Actor Principal: Doctor. Personal Involucrado: Doctor: Registra los medicamentos en la receta desplegada para el tratamiento de l paciente. Precondiciones: El paciente debe estar en el sistema de atencin. Poscondiciones: El sistema est listo para emitir nueva receta. Flujo Bsico: 1. El doctor ingresa sus datos al sistema. 2. El Sistema verifica los datos ingresados. 3. El doctor ingresa los datos del paciente. 4. El Sistema verifica los datos del paciente. 5. El Sistema pondr a disposicin la receta a rellenar por los distintos medicam entos. 6. El doctor selecciona los medicamentos para el paciente. 7. Repetir 4 hasta terminar de registrar las recetas mdicas. 8. Fin emisin receta. Flujo Alternativo: 2.1 Si los datos del doctor no son validos. 2.1.1 Ir al paso 1 o salir del sistema paso 8.

4.1 Si los datos del paciente no son validos 4.1.1 Ir al paso 3 o salir del sistema paso 8. Requisitos Especiales: Los medicamentos debern ser ordenados en orden alfabtico. Lista de Tecnologas y Variaciones de Datos: Cuestiones Pendientes: Se deber ingresar a cada receta la firma digital del doct or.

- 33 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS Caso De uso: Fijar Horario Disponible Resumen: El doctor ingresa sus datos e ingresa a la Reservacin de Horarios de at encin, donde podr marcar su horario de disponibilidad de atencin para los pacientes que estn en tratamiento con l (Reservacin Horario de Atencin). Actor Principal: Doctor. Personal Involucrado: Doctor: Es quien fija el horario de atencin que tiene disponible. Precondiciones: El doctor dispone de bloques disponibles para fijar. Poscondiciones: Los pacientes pueden elegir algn bloque disponible del doctor par a solicitar atencin. Flujo Bsico: 1. El doctor ingresa sus datos al sistema. 2. El Sistema verifica los datos ingresados. 3. El Sistema pondr a disposicin el horario de atencin del mdico. 4. El doctor podr asignar los bloques que tiene disponible para la atencin de l os pacientes que lo solicitan. 5. Repetir 3 hasta terminar asignacin horario mdico. 6. Fin fijar horario de atencin mdico.

Flujo Alternativo: 2.1 Si los datos del doctor no son validos. 2.1.1 Ir al paso 1 o salir del sistema paso 6. Requisitos Especiales: Los Datos de horario de atencin debern ser desplegados como un calendario de programacin donde el doctor seleccionar los bloques en los que dispone de tiempo d isponible. Lista de Tecnologas y Variaciones de Datos: Cuestiones Pendientes: El doctor podr eliminar algn bloque si no puede atender.

- 34 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS Caso De uso: Ingresar Exmenes solicitados Resumen: El laboratorio clnico ingresa sus datos e ingresa la orden de solicitud de exmenes, registrando los datos del paciente, como los exmenes a realizar. Actor Principal: Laboratorio Clnico. Personal Involucrado: Laboratorio Clnico: Ingresa los datos del paciente y exmenes solicitados. Precondiciones: El usuario debe estar en el sistema de atencin. Poscondiciones: E xisten exmenes a efectuar por el laboratorio. Flujo Bsico: 1. El laboratorio clnico ingresa sus datos al sistema. 2. El Sistema verifica los datos ingresados. 3. El laboratorio clnico ingresa los datos del paciente. 4. El Sistema verifica los datos del paciente. 5. El Sistema pondr a disposicin la solicitud de exmenes para que el laboratorio registre cuales debe hacrseles al paciente. 6. Repetir 3 hasta terminar ingreso de los exmenes a pacientes. 7. Fin Ingreso de exmenes solicitados.

Flujo Alternativo: 2.1 Si los datos del laboratorio clnico no son validos. 2.1.1 Ir al paso 1 o salir del sistema paso 7. 4.1 Si los datos del paciente no son validos 4.1.1 Ir al paso 3 o salir del sistema paso 7. Requisitos Especiales: Los exmenes deben estar disponibles para su seleccin por el laboratorio clnico . Lista de Tecnologas y Variaciones de Datos: Cuestiones Pendientes:

- 35 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS Caso De uso: Ingresar Resultado Exmenes Resumen: El laboratorio clnico ingresa sus datos, e ingresa los resultados de lo s exmenes efectuados a algn paciente al sistema de atencin mdica (Datos Exmenes). Act or Principal: Laboratorio Clnico. Personal Involucrado: Laboratorio Clnico: Ingresa los resultados de los exmenes de un paciente determina do al sistema. Precondiciones: Existe la solicitud de exmenes para el paciente. Poscondiciones: Se pueden Emitir los exmenes hechos al paciente . Flujo Bsico: 1. El laboratorio clnico ingresa sus datos al sistema. 2. El Sistema verifica los datos ingresados. 3. El laboratorio clnico ingresa los datos del paciente. 4. El Sistema verifica los datos del paciente. 5. El Sistema pondr a disposicin el registro de datos de exmenes del laboratorio .

6. El laboratorio clnico ingresa los resultados de los exmenes hechos al pacien te. 7. Repetir 3 hasta terminar ingreso de los exmenes a pacientes. 8. Fin Ingreso de Resultados de exmenes. Flujo Alternativo: 2.1 Si los datos del laboratorio clnico no son validos. 2.1.1 Ir al paso 1 o salir del sistema paso 8. 4.1 Si los datos del paciente no son validos 4.1.1 Ir al paso 3 o salir del sistema paso 8. Requisitos Especiales: Los exmenes deben estar ordenados por fecha de resultados. Lista de Tecnologas y Variaciones de Datos: Cuestiones Pendientes:

- 36 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS 4.2 Modelo conceptual.

- 37 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS 4.3 Especificaciones complementarias (requisitos no funcionales).

La interfaz para cada usuario estar determinada por la funcin que ocupa en el si stema, este le permitir acceder a toda la gama de opciones que le son propias en la interaccin con el sistema de atencin al paciente. La interfaz debe ser lo ms acorde al procedimiento tpico de atencin, como lo realizan actualmente, bajo el mismo orden de pasos. Se debe ingresar los datos del paciente antes de ocurrido el accidente (almace nar todos los datos al servidor de bases de datos PostGre). Una base de datos centralizada (PostGre) para el funcionamiento del sistema de atencin. Se requiere identificar y entregar privilegios a los distintos usuarios del si stema de atencin (nombre de usuario y contrasea). Se requiere que la empresa que inscriba al trabajador ingrese sus antecedentes mdicos para almacenarlos en el sistema de atencin. El paciente debe pedir hora de atencin solo a la secretaria del departamento cln ico.

- 38 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS 4.4 Glosario Objetivo de informacin: Registro paciente accidentado Atributos: rut_paciente. nombre empresa fecha_ingreso datos_accidente Restricciones: El rut de paciente es nico para el sistema, por lo que permitir identificar completamente. El accidentado es solo ingresado al sistema por la recepcionista ACHS El paciente debe estar ingresado previamente en el sistema. El paciente tiene al menos registrado su historial de enfermedades preexistentes, como los medicamentos que no pueden ser aplicados, as como sus alergias. Clase del dominio: Funcionario Actividad: Ingreso al sistema paciente accidentado. Origen: Solicitud paciente. Agente: Recepcionista ACHS. Precondiciones: Poscondi ciones: Para cada ingreso de pacientes se ingresa al sistema de atencin. El paciente esta activo en el sistema hasta que se le de el alta. Se puede atender en un bloque de horario con el mdico tratante. Caso de uso del sistema: Ingresa datos paciente accidentado.

Objetivo de informacin: Atencin Mdico Atributos: rut_paciente. nombre mdico fecha hora Restricciones: El usuario debe haber sido ingresado al sistema de atencin. El paciente debe estar registrado previamente en el sistema. El paciente tiene al menos registrado su historial de enfermedades preexistentes, como los medicamentos que no pueden ser Actividad: Asignacin de hora de atencin. Origen: Solicitud paciente. Agente: Secretaria Departamento Clnico. Precondiciones: El paciente debe haber sido ingresado por la recepcionista Poscondiciones:

El paciente pude ser atendido por el mdico tratante. El pude seguir pidiendo horas mdico. Se puede atender en un bloque de horario con el mdico tratante. Caso de uso del sistema: Solicitar hora atencin paciente.

- 39 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS aplicados, as como sus alergias. El paciente para ser atendido debe solicitar hora. Clase del dominio: Funcionario Actividad: El paciente es atendido por el mdico. Origen: verifica si el paciente ha solicitado hora de atencin que le corresponde. Agente: Secretara Departamento Clnico Precondiciones: Existe disponibilidad de hora de atencin con el mdico tratante. Poscondicin: El paciente se le solicitan exmenes. El paciente se le emite una receta mdica. El paciente es dado de alta Caso de uso del sistema: Pendiente. Actividad: Al paciente se le deben realizar exmenes. Origen: Solicita exmenes a paciente. Agente: Doctor. Precondiciones: El doctor tiene una lista de exmenes a solicitar al paciente. Poscondiciones: El paciente obtiene el listado de exmenes a realizar. Caso de uso del sistema: Solicitar exmenes. Actividad: El doctor emite receta. Origen: verifica si el paciente tiene alguna contraindicacin de algn medicamento. Agente: Doctor Precondiciones: El doctor tiene una lista medicamentos a recetar al paciente. Poscondicin: El paciente se le indican los

medicamentos a tomar. El paciente se le emite una receta mdica. Caso de uso del sistema: Emitir receta.

- 40 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS

Actividad: El doctor actualiza el historial mdico del paciente. Origen: verifica el historial medico del paciente para ser actualizado Agente: Doctor Precondiciones: El doctor tiene una lista de los exmenes solicitado al paciente Poscondicin: Se ha actualizado el historial clnico del paciente El sistema esta listo para ingresar ms actualizaciones del historial clnico de los pacientes. Caso de uso del sistema: Cambiar Historial Paciente.

- 41 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS

Objetivo de informacin: Exmenes hechos al paciente Atributos: rut_paciente. nombre_examen tipo_de_examen fecha_examen resultado Restricciones: El rut de paciente es nico para el sistema, por lo que permitir identificar completamente. El accidentado es solo ingresado al sistema por la recepcionista ACHS El paciente debe estar ingresado previamente en el sistema. El sistema de atencin contiene todos los exmenes hechos a los pacientes. Clase del dominio: Laboratorio Clnico. Actividad: Ingreso examen al Laboratorio. Origen: Solicitud paciente. Agente: Laboratorio Clnico. Precondiciones: El doctor debe haber emitido una lista de exmenes. El paciente debe haber sido ingresado por la recepcionista ACHS. Poscondiciones: Los exmenes son ingresados al sistema de atencin paciente. El mdico tiene acceso al resultado de los exmenes por medio del historial clnico del paciente Caso de uso del sistema: Ingresar examen solicitado. Actividad: Ingreso resultado de exmenes al sistema. Origen: Verifica si existen exmenes hechos al paciente. Agente: Laboratorio Clnico. Precondiciones: Los exmenes del paciente debe haber sido ingresado al laboratorio. Poscondiciones: El mdico tiene acceso al resultado de los exmenes por medio del historial clnico del paciente. Se actualiza el historial Clnico del

paciente. Caso de uso del sistema: Ingresar Resultado exmenes.

- 42 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS

Objetivo de informacin: Solicita historial de paciente clnica externa Atributos: rut_paciente. id_clinica clave Restricciones: El rut de paciente es nico para el sistema, por lo que permitir identificar completamente. El paciente debe estar ingresado previamente en el sistema. El paciente tiene al menos registrado su historial de enfermedades preexistentes, como los medicamentos que no pueden ser aplicados, as como sus alergias. La clnica externa est registrada en el sistema. Clase del dominio: Clinica_Externa Actividad: Solicitud al sistema paciente Historial clnico de paciente. Origen: Se verifica que el paciente solicitado este registrado en el sistema. Ag ente: Clnica externa atencin. Precondiciones: El paciente tiene un historial clnico Poscondiciones: El sistema esta listo para una nueva consulta. Caso de uso del sistema: Solicitud historial paciente.

- 43 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS 4.5 Visin 4.5.1 Introduccin A continuacin se realizar una especificacin de requisitos software (ERS) del sistem a para la atencin de paciente, para la Asociacin Chilena de Seguridad. Con este pr opsito se describir en que consiste el negocio actual de la institucin, adems de los procesos que lleva a cabo y el problema al que quiere dar solucin mediante una a plicacin Web. Esta especificacin de requerimientos se a realizado tomando en cuenta las normas establecidas por el estndar IEEE Recommended Practice for Software Requirements Sp ecification ANSI/IEEE 830 1998. 4.5.1.1 Propsito La finalidad que persigue este documento es presentar los requerimiento s del sistema para la atencin de pacientes, a los usuarios finales y los directi vos de la empresa, adems de la funcionalidad, y el conjunto de restricciones que presentar el mismo. Es importante destacar que este es un documento sujeto a revisiones por parte de l grupo de usuarios, las cuales permitirn realizar las modificaciones que sean ne cesarias con el objeto de satisfacer plenamente las necesidades y requer imientos de la Asociacin Chilena de Seguridad. 4.5.1.2 mbito del sistema

La razn principal por la que se desarrolla el sistema de informacin de la ACHS, es por la necesidad de la mejora de atencin de pblico y en especial a los pacientes de la Mutual, Esto se ve reflejado en problemas con el funcionamiento bsico del sistema actual, como son: Demora con la atencin debido a que no se encuentra la ficha mdica o perdida de e sta. Problemas con la obtencin de horas de atencin para citas programadas de tratamie nto (mala coordinacin de los horarios de atencin). Excesivo espacio utilizado para guardar fichas medicas las cuales necesitan en contrarse en bodegas especiales para papeles para evitar su deterioro. Perdida de exmenes (necesarios a la hora de la atencin), esto produce demoras en la atencin de los pacientes. Problemas de coordinacin con otros centros asistenciales (entrega de fichas mdic as a estos centros de atencin).

- 44 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS

Aunque estos problemas no son muy frecuentes producen demoras a los pacientes y a los distintos centros mdicos dificultando dicha atencin.

4.5.1.3 Acrnimos y Abreviaturas 4.5.1.3.1 Acrnimos (ERS) Especificacin de requisitos software

4.5.1.3.3 Referencias IEEE Recommended Practice for Software Requirements Specification. ANSI/IEEE std . 830, 1998 Apuntes de Sistemas De Informacin II NT_Analisis_de_Procesos.pdf 4.5.2 Descripcin general

En esta seccin se presentar informacin general relacionada con cada rea involucrada en la atencin de pacientes de la Asociacin, identificando los procesos que present an cada una de estas, desprendiendo de estos las diversas funcionalidades que el nuevo sistema deber satisfacer. 4.5.2.1 Perspectiva del producto El nuevo sistema de informacin a desarrollar, funcionar en paralelo con los sist emas de administracin de personal y rea contable, que ya existen y maneja la insti tucin, es as que debe adecuarse a los sistemas tratando de desarrollarse con las r estricciones que le conlleve realizar este trabajo.

4.5.2.2 Funciones del sistema La Asociacin Chilena de Seguridad, en el rea de Atencin de pblico consta de todo lo relacionado desde el ingreso de un paciente accidentado hasta el momento del alt a del paciente para que se reincorpore a sus labores. A continuacin describiremos cmo se divide esta rea:

- 45 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS Gestin Atencin y Administracin Pacientes Est seccin gestiona todo lo relacionado con el paciente, desde el ingreso a la emp resa y a la asociacin, la gestin del paciente en el momento de un accidente y el a lta cuando se termina su tratamiento mdico. Adems maneja el historial Clnico del p aciente, actualizando cada tratamiento indicado por el mdico. En esta etapa el p aciente se asocia cuando es contratado por una empresa que esta asociada a la In stitucin, luego cuando ocurre un accidente la ACHS enva una ambulancia por el acci dentado y si el enfermo lo requiere es hospitalizado, para esto se ingresa en su ficha mdica los datos del accidente la fecha del accidente y los datos del mdico tratante, que posteriormente tambin ingresara el tratamiento que le administre al paciente. Gestin Laboratorio Clnico y Resultados Exmenes Digitales Gestiona lo relacionado con los exmenes del paciente. Cuando el mdico solicita exm enes, las muestras son enviadas al laboratorio clnico, que realiza los exmenes y o btiene los resultados en forma digital, los cuales son ingresados a la ficha mdic a de cada paciente. 4.5.2.3 Caractersticas de los usuarios Se alcanzarn distintos tipo de usuarios, de diversos antecedentes y niveles de pr eparacin, la interfaz que presente la aplicacin Web deber contemplar esta diversida

d. Los perfiles de usuario que se van a contemplar, y las labores que corresponden a cada uno de ellos, son: Recepcionista: Encargada de recibir a los pacientes. Secretaria de Departamento Clnico: Encargada de hacer el ingreso de los pacien tes, asignar las citas mdicas y realizar actualizaciones de la ficha mdica. Mdico: Profesional encargado de dar tratamiento a los pacientes y actualizar l as fichas mdicas cuando lo estime conveniente. Encargado de Laboratorio: El cual puede ingresar los resultados de los exmene s al historial de cada paciente El sistema se debe adecuar a los sistemas existentes de la Asociacin, por este motivo puede que existan usuarios de otros sistemas que puedan consultar datos d e la base de datos de ste sistema. 4.5.2.4 Restricciones La empresa implantar el nuevo sistema de atencin de pacientes, mediante una aplica cin desarrollada en un ambiente Web, por lo que es necesario implementar y automa tizar los procesos de negocios actuales de la empresa mediante una arquitectura cliente-servidor, propicia para el desarrollo de aplicacin Web.

- 46 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS

El sistema deber ser capaz de modificarse y actualizarse sin mayor dificultad a l a nueva lgica de manejo de pacientes que se desee implantar (incorpo rar nuevas operaciones de la empresa al sistema, etc.) en caso de que se requie ra hacer cambios posteriores. Sumado a todo esto, tanto el hardware y software utilizado tambin deben ser sensi bles y adaptables al cambio, como la Base de Datos, las red de interconexin, etcte ra. De hecho, por esta razn se ha optado por una arquitectura cliente-servidor (c liente- delgado), por la gran flexibilidad que presenta en relacin a los cambios en le tamao de los sistemas de informacin.

4.5.2.5 Suposiciones y Dependencias 4.5.2.5.1 Suposiciones Se supone que todos los requerimientos expuestos en este documento, asumirn un ca rcter de definitivos, una vez que el directorio de la Asociacin Chilena de Segurid ad lo apruebe, en base a lo cual el equipo desarrollador har la implem entacin del nuevo sistema, por lo cual, si hubiera necesidad de cambios en los

requerimientos podrn ser actualizados siempre y cuando todos lo involucrados, equ ipo desarrollador, usuarios finales y directivos de la empresa, estn de acuerdo, firmndose un nuevo documento que pasar a tener carcter de oficial y definitivo. Se supone que cualquier cambio que se realice a este documento, teniendo en cuenta el prrafo anterior, es la Asociacin quien deber correr con estos gastos extras no t omados en cuenta en la peticin inicial. 4.5.2.5.2 Dependencias Debido a que la empresa ya posee sistemas de informacin para todas sus reas. Como el manejo de pacientes es independiente, y solo existe el acceso a la base de da tos el sistema slo tendr como restriccin usar la Base de Datos de PostGre. En cuanto al funcionamiento eficaz del nuevo sistema, que posee una arquitectura Cliente-Servidor es fundamental que toda la interconexin de las redes computacio nales y la conexin al servidor del sistema siempre estn en perfectas condiciones, y as entregar una integridad en la informacin y un buen servicio a los clientes. 4.5.2.6 Requisitos Especficos En esta seccin se presentan los requisitos que el sistema deber cumplir. Todos los requisitos aqu expuestos son primordiales, es decir, no sera aceptable que el sis tema no satisfaga alguno de estos, adems estn clasificados segn el proceso de negoc io al cual estn relacionados.

- 47 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS

4.5.2.7 Requisitos Funcionales A continuacin se presentan los requisitos funcionales que son fundamentales para el buen funcionamiento del sistema que se va a desarrollar, decimos que son fundamentales porque sin estos tenemos la certeza de que nuestro sist ema no cumplira las expectativas requeridas por el usuario. Cada requisito que se expondr en esta seccin es factible que el sistema a desarrollar lo cumpla. Ingresar paciente Req(01) Se debe recepcionar los pacientes, cuando ha ocurrido el accidente llen ando un formulario llamado formulario de ingreso que debe indicar los datos del t rabajador, del accidentado y de la empresa asociada. Req(02) Se deben enviar los datos del accidentado de forma automtica a la secre taria del departamento clnico quien debe registrar el ingreso del trabajador. Req(03) Se debe verificar que el trabajador y la empresa estn asociados a la Ins titucin. Tratamiento del paciente Req(04) Se debe documentar cada cambio de tratamiento del paciente en su ficha

mdica, indicando la fecha, el mdico y la descripcin del nuevo tratamiento. Req(05) Documentar la peticin de exmenes de los pacientes y enviarlas al laborat orio clnico para obtener los resultados Req(06) Digitalizar los resultados para ingresarlos en la ficha mdica del pacient e. Gestionar Citas mdicas Req(07) Se debe ingresar el horario de los mdicos al sistema para realizar la as ignacin de citas mdicas. Req(08) Se deben mantener actualizadas las Agendas de los Mdicos, par a que la recepcionista pueda consultarlos al momento que lo desee. Alta Paciente Req(09) Se deben registrar en el historial del paciente los datos del alta, i ncluyendo las indicaciones del mdico, fecha del alta. 4.5.2.8 Requisitos de Interfaces Externos 4.5.2.8.1 Interfaces de Usuario La interfaz que presentar el sistema al usuario ser orientado a ventanas, el manej o de la aplicacin se realizar haciendo uso del teclado y del Mouse especficamente.

- 48 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS 4.5.2.8.2 Interfaces Hardware Se utilizara una red Ethernet interna (Intranet) 4.5.2.8.3 Interfaces de Comunicacin El sistema se comunicar por medio de una red conmutada publica con soporte TCP/IP, que deber ser contratada a una empresa externa. 4.5.2.9 Requisitos de Rendimiento Todas las transacciones se deber realizar on-line para el caso del servicio Web y en tiempo real si se trata de operaciones internas. 4.5.2.10 Requisitos de Desarrollo Se debe seguir un mtodo cuantificable en el tiempo con plazos establecidos y sigu iendo un modelo de desarrollo estandarizado. 4.5.2.11 Requisitos Tecnolgicos El Sistema de Atencin a Pacientes se montar sobre un servidor que presenta las sig uientes caractersticas de configuracin: Servidor AMD Sempron 2800, 512 MB memori a Ram, y disco duro de 80 GB.

Para Cada Usuario del rea ya existen computadores personales, asi es que no se ne cesitaran ms equipos adicionales, y no poseen caractersticas explicitas. Estos PCs se conectaran al Servidor, en el cual se encuentra la Base de Datos. El sistema operativo sobre el que se ejecutara la aplicacin ser la distribucin Linux Linux Debian Sarge 3.1R0., tanto en el servidor como en los PCs. El gestor de Base de datos que se utilizar ser PostgreSQL-7.4.6 en colaboracin con PHP.

4.5.2.12 Atributos 4.5.2.12.1 Seguridad Cuando un usuario intente conectarse al sistema deber introducir su identificacin (login) y clave de acceso, y el sistema deber comprobar que se trata de un usuario autorizado. Si el identificador introducido no corresponde a un usuario autorizado o la clave no coincide con la almacenada, se dar una i ndicacin de error. Al tercer intento consecutivo sin xito, se cerrar el progra ma.

- 49 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS El sistema de informacin tendr distintos tipos de usuarios y a cada uno de ellos s e le permitir nicamente el acceso a aquellas funciones que le correspondan.

4.5.2.13 Apndices 4.5.2.13.1 Tipos y subtipos de componentes La institucin pondr a disposicin el listado de todos los mdicos para que cada pacien te pueda si es que lo desea escoger cual quiere que lo atienda, adems del listado de todas las horas disponibles de cada profesional. 4.5.2.14 Configuraciones La secretaria puede hacer modificaciones en la asignacin de citas mdicas pedidas p or los pacientes, con el debido aviso a ste.

- 50 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS

5. Modelo de Anlisis 5.1 Diagrama de Secuencia del Sistema Solicitar Historial Paciente

Ingresar Datos Paciente Accidentado

- 51 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS

Consulta Hora Atencin Paciente

- 52 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS

Solicitar Hora Atencin Paciente

Agregar Exmenes

- 53 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS

Eliminar Reserva Hora

Emitir Exmenes

- 54 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS

Cambiar Historial Paciente

- 55 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS

Emitir Receta

Fijar Horario Disponible

- 56 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS

Ingresar Resultado Examen

Ingresar Examen solicitado

- 57 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS

5.2 Operaciones

Las Operaciones que el sistema debe realizar son las siguientes: Sistema Validar_Usuario( rut_usuario, clave)

Solicitar Historial Paciente Solicitar_Historial( rut_paciente) Imprimir_Historial( rut_paciente, fecha_inicio, fecha_termino)

Ingresar Datos Paciente Accidentado Ingresar_Paciente( rut_paciente, nombre_paciente, empresa,fecha_ingreso, datos _accidente)

Consulta Hora Atencin Paciente

Consultar_Hora_Pedida( rut_paciente) Consultar_Hora_Disponible( rut_mdico, Fecha)

Solicitar Hora Atencin Paciente Solicitar_Hora( rut_paciente, nombre_medico, fecha, hora)

Agregar Exmenes Agregar_examenes( rut_paciente, Nombre_examen, tipo_Examen, Fecha_Examen, resu ltados)

Eliminar Reserva Hora Eliminar_Hora( rut_paciente, nombre_medico, fecha, hora)

- 58 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS

Emitir Exmenes Emitir_examen( rut_paciente, nombre_examen, tipo_examen)

Cambiar Historial Paciente Agregar_al_Historial_Paciente(rut_paciente,medico_tratante, datos_nuevos, fech a) Eliminar_del_Historial_Paciente(rut_paciente,Nombre_medico, fecha_a_eliminar)

Emitir Receta Emitir_Receta(rut_paciente, datos_receta) Imprimir_Receta(rut_paciente, datos_receta)

Fijar Horario Disponible

Fijar_Horario(rut_medico, horario)

Ingresar Resultado Examen Ingresar_Resultado_Examen(rut_paciente, nombre_examen, tipo_examen, fecha_exam en, resultado)

Ingresar Examen solicitado Ingresa_Solicitud_Examen(rut_paciente, nombre_examen,tipo_examen, fecha_solici tud)

- 59 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS

5.3 Contratos Contrato para Validar Usuario

Nombre: Validar Usuario(rut_usuario, clave) Responsabilidad: Permite verificar si el usuario es un usuario autoriz ado, adems permite discriminar entre los distintos tipos de usuarios para proporc ionarles a estos la interfaz apropiada. Tipo: Sistema Caso de uso: Todos Notas: Excepciones: Al estar incorrecto el rut o la clave Salida: Despliega men de usuario Precondiciones: Exista el rut y la clave en la base de datos Poscondiciones: Usuario ingresado a Sistema

Contrato para Solicitar Historial

Nombre: Solicitar_Historial( rut_paciente) Responsabilidad: Permite obtener los datos del historial o ficha del paciente, adems de los exmenes de esos Tipo: Sistema Caso de uso: Solicitar Historial Paciente Notas: Excepciones: El rut del paciente no existe o es erroneo, que el histori al no exista. Salida: Despliega la ficha medica por pantalla Precondicione s: Que exista el rut del paciente en la base de datos Poscondiciones: El historial medico desplegado por pantalla

- 60 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS

Contrato para Imprimir Historial

Nombre: Imprimir_Historial( rut_paciente, fecha_inicio, fecha_te rmino) Responsabilidad: Permite imprimir un historial o una ficha en caso de tener qu e trasportar estos datos a un lugar sin un sistema computacional. Tipo: Sistema Caso de uso: Solicitar Historial Paciente Notas: Excepciones: El rut del paciente no existe o es erroneo, la fecha de in icio y/o la de termino no existen en el historial, la fecha de inicio debe ser m enor que la de termine. Salida: Imprime el historial o la parte del historial solici tada Precondiciones: Que exista el rut del paciente en la base de datos, que exi stan las fechas dentro del historial. Poscondiciones: El historial impreso

Contrato para Ingresar Paciente

Nombre: Ingresar_Paciente( rut_paciente, nombre_paciente, empres a, fecha_ingreso, datos_accidente) Responsabilidad: Permite que los datos del paciente y del accidente sufrido es tn disponibles para el medico o cualquiera que lo solicite Tipo: Sistema Caso de uso: Ingresar Datos Paciente Accidentado Notas: Excepciones: No exista el rut del paciente o ese esta equivocado Salida: Una confirmacin de que los datos se ingresaron a la f icha Precondiciones: Rut del paciente accidentado se encuentre registrado P oscondiciones: Datos guardados en la ficha o historial medico

- 61 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS

Contrato para Consultar Hora Pedida

Nombre:

Consultar_Hora_Pedida( rut_paciente)

Responsabilidad: Permite verificar las horas pedidas por un paciente. Tipo: Sistema Caso de uso: Consulta Hora Atencin Paciente Notas: En caso de que el usuario no tenga horas perdida la lista saldr vacia. Excepciones: Rut paciente no existe o esta equivocado, no existan horas pedidas Salida: Una lista con las horas pedidas por el paciente Prec ondiciones: Que exista el rut del paciente en la base de datos Poscondicion es: Una lista es desplegada con el nombre del medico y la fecha asociada.

Contrato para Consultar Hora Disponible

Nombre: Consultar_Hora_Disponible( rut_mdico, Fecha) Responsabilidad: Permite obtener las horas disponibles de un medico para una d eterminada fecha, esto es indispensable para poder pedir hora. Tipo: Sistema Caso de uso: Consulta Hora Atencin Paciente Notas: El medico se elige desde una lista por lo que puede ocurrir un error con su rut Excepciones: La fecha no tiene ninguna hora disponible. Salida: Despliega una lista con las horas disponibles para su posterior seleccin. Precondiciones: Existan medicas en registro y fechas disponible Poscondiciones: Una lista con las horas disponibles. Llenado de las horas para seleccin del paciente

- 62 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS

Contrato para Solicitar Hora Nombre: ) Solicitar_Hora( rut_paciente, nombre_medico, fecha, hora

Responsabilidad: Asigna una hora a un paciente Tipo: Sistema Caso de uso: Solicitar Hora Atencin Paciente Notas: El medico se elige desde una lista por lo que puede ocurrir un error con su rut, lo mismo ocure con la fecha y la hora. Excepciones: El rut del paciente es erroneo o no existe en registro. Salida: Confirmacin de operacin exitosa Precondiciones: Que se realizara con anterioridad la consulta de ho ras disponibles Poscondiciones: La hora almacenada en la base de datos

Contrato para Agregar Exmenes Nombre: Agregar_examenes( rut_paciente, Nombre_examen, tipo_Exam en, Fecha_Examen, resultados) Responsabilidad: Agregar exmenes realizados en laboratorios externos Tipo: Sistema Caso de uso: Agregar Exmenes Notas: Excepciones: Rut de paciente no existe o es errado Salida: Confirmacin de operacin exitosa Precondiciones: Exista el rut del pac iente en la base de datos Poscondiciones: El examen almacenado en la base d e datos

Contrato para Eliminar Hora Nombre: Eliminar_Hora( rut_paciente, nombre_medico, fecha, hora) Responsabilidad: Permite liberar una hora mdica, para que otro paciente pueda hacer uso de ella. Tipo: Sistema Caso de uso: Eliminar Reserva Hora Notas: Excepciones: Rut del paciente no existe o es incorrecto, el paciento no tiene hora asignada Salida: Confirmacin de que la operacin fue llevada a cabo con x ito. Precondiciones: Exista el rut y exista la hora Poscondiciones La eliminacin de la hora de la base de datos

- 63 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS

Contrato para Emitir examen Nombre: Emitir_examen( rut_paciente, nombre_examen, tipo_examen) Responsabilidad: Imprime los exmenes de un paciente. Tipo: Sistema Caso de uso: Emitir Exmenes Notas: Excepciones: El rut del paciente no existe o es errneo, el paciente no posee exmenes registrados Salida: Impresin de la exmenes Precondiciones: Exista el paciente, existan exmenes Poscondiciones: Examen Impreso Contrato para Agregar al Historial Paciente Nombre: Agregar_al_Historial_Paciente(rut_paciente,medico_tratan te, datos_nuevos, fecha)

Responsabilidad: Agrega datos al historial del paciente Tipo: Sistema Caso de uso: Cambiar Historial Paciente Notas: Los datos son guardados por fecha y se ordenan desde el ms reciente, la fecha la asigna el sistema Excepciones: El rut del paciente no existe o esta errado Salida: Confirmacin de que los datos se agregaron al historia l, el historial es desplegado por pantalla Precondiciones: Exista el rut del paciente, exista el historial Poscondiciones: Los datos son ingresados al historial, guardados en la base de datos y desplegados por pantalla. Contrato para Eliminar del Historial Paciente Nombre: co, fecha_a_eliminar) Eliminar_del_Historial_Paciente(rut_paciente,Nombre_medi

Responsabilidad: Elimina una parte del historial que se encuentre errado. Tipo: Sistema Caso de uso: Cambiar Historial Paciente Notas: Excepciones: No existe datos registrados en el historial solo los bsicos Salida: Confirmacin de la eliminacin exitosa y despliegue del historial modificado Precondiciones: Exista el rut del paciente, exista el historial Poscondiciones: Los datos son eliminados del historial y la base de datos. Los datos del historial desplegados por pantalla. - 64 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS

Contrato para Emitir Receta

Nombre: Emitir_Receta(rut_paciente, datos receta) Responsabilidad: Permite guardar los datos de la receta en el historial y los pone a disposicin para imprimirlos con posterioridad Tipo: Sistema Caso de uso: Emitir Receta Notas: Excepciones: Rut del paciente no existe o esta errado, no existen datos . Salida: Confirmacin de que los datos fueron guardados Preco ndiciones: Rut y datos existan Poscondiciones: Datos guardados y disponibles para imprimir

Contrato para Imprimir Receta

Nombre: Responsabilidad:

Imprimir_Receta(rut_paciente, datos receta) Permite imprimir la receta.

Tipo: Caso de uso: Notas: Excepciones: Salida: Precondiciones: Poscondiciones:

Sistema Emitir Receta Rut del paciente no existe o esta errado. Receta impresa Que exista la receta (este emitida) Receta Impresa

Contrato para Fijar Horario

Nombre: Fijar_Horario(rut_medico, horario) Responsabilidad: Figa el horario que un medico tiene disponible para la atencin de pacientes. Tipo: Sistema Caso de uso: Fijar Horario Disponible Notas: Excepciones: Rut mdico no valido o no existe, no se eligi horario Salida: Una tabla con las fechas y horas disponibles. Precondicione s: Exista el rut del medico, y los datos de los horarios Poscondiciones: Horario fijado guardado el la base de datos.

- 65 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS

Contrato para Ingresar Resultado Examen

Nombre: Ingresar_Resultado_Examen( rut_paciente, nombre_examen, tipo_examen, fecha_examen, resultado) Responsabilidad: Ingresa los resultados de los exmenes emitidos por el laboratorio interno. Tipo: Sistema Caso de uso: Ingresar Resultado Examen Notas: Excepciones: Los resultados no son validos, el rut del paciente no exi ste o es errado Salida: Confirmacin de que los datos fueron guardados Precond iciones: Resultados validos, rut paciente existe Poscondiciones: Datos guardados en base de datos y el historial.

Contrato para Ingresa Solicitud Examen

Nombre: Ingresa_Solicitud_Examen( rut_paciente, nombre_exame n ,tipo_examen, fecha_solicitud) Responsabilidad: Ingresa la solicitud de examen. Tipo: Sistema Caso de uso: Ingresar Examen solicitado Notas: Excepciones: El rut del paciente no es valido o no existe, el nombre de l examen es no valido. Salida: Confirmacin de que los datos fueron guardados Precondiciones: Rut existe y nombre examen existe Poscondiciones: Los datos se encuentran guardados en la base de datos.

- 66 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS

5.4 Diagramas de Colaboracin Solicitar Historial Paciente

Ingresar Datos Paciente Accidentado

Consultar Hora Pedida:

- 67 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS 6. Modelo de Diseo 6.1 Diagrama de clase de diseos Diagrama Consulta Historial Medico

- 68 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS Diagrama Ingresar Paciente Accidentado

- 69 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS

Diagrama Consulta Hora Atencin Paciente

- 70 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS Ingresar Examen solicitado Ingresar Resultado Examen

- 71 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS 6.2 Arquitectura del Sistema

La aplicacin posee una arquitectura cliente-servidor de tipo cliente delgado, el cual consta de tres capas, contiene cdigo de presentacin, cdigo de procesamiento de datos y cdigo de almacenamiento de datos. Capa de Presentacin Los servicios de presentacin proporcionan la interfaz necesaria para presentar in formacin y reunir datos. Tambin aseguran los servicios de negocio necesarios para ofrecer las operaciones requeridas e integran al usuario con la aplicacin para ej ecutar un proceso de negocio. Los servicios de presentacin generalmente son identificados con la interfaz de us uario, y normalmente residen en un programa ejecutable localizado en la estacin d e trabajo del usuario final. Se separa la programacin que da acceso a los datos en las bases de d atos y aplicaciones desde el diseo y otros contenidos de la pgina Web. Esto ayuda a asegurar que durante el proceso de desarrollo se pueda enfocarse en escribir la aplicacin en componentes sin preocuparse acerca de cmo se muestra la salida. Re cprocamente, esto da libertad a los diseadores de usar herramientas familiares par a modificar la interfaz.

- 72 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS La capa de servicios de presentacin es responsable de: Obtener informacin del usuario (tipo usuario y clave). Obtener informacin de pacientes y/o mdicos (horas mdicas, fichas, exmenes). Enviar la informacin del paciente y/o mdico a los servicios de negocio para su p rocesamiento. Recibir los resultados del procesamiento de los servicios de negocios. Presentar estos resultados al usuario.

Capa de Negocio Los servicios de negocio son los que procesan las peticiones del usuario permite n a los usuarios acceder a los servicios de datos o sea permiten la interaccin de los usuarios no los datos. Responden a peticiones del usuario (u otros servicio s de negocio) para ejecutar una tarea. Cumplen con las distintas tareas aplicand o procedimientos formales y las reglas de negocio previamente establecidas. Cuan do los datos necesarios residen en un servidor de bases de datos, garantizan los servicios de datos indispensables para cumplir con la tarea de negocio. Esto asl a al usuario de la interaccin directa con la base de datos.

Capa de Datos El nivel de servicios de datos es responsable de: Almacenar los datos. Recuperar los datos. Mantener los datos. La integridad de los datos.

- 73 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS 6.3 Paquetes Paquetes del Dominio

Paquete del Recepcionista

- 74 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS

Paquetes del Secretaria

Paquete de Funcionario_Clinica_Externa Paquete de Medico

- 75 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS

Paquete de Laboratorio Clnico

Paquete ACHS

- 76 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS 6.4 Interfaz de Usuario A continuacin se describirn las interfaces mas importantes asociadas a diferentes roles dentro del sistema 6.4.1 Interfaz de Inicio de Seccin Rol: Recepcionista, Secretaria, Mdico, Funcionario_Clinica_Externa o Laboratorista. Descripcin: El usuario debe identificarse para poder acceder al sistema, para esto debe ingr esar un nombre de usuario (que en este caso es el Rut) y una contrasea. El sistem a discrimina que tipo de usuario es por medio del Rut e ingresa a la cuenta adec uada.

6.4.2 Interfaz de Ficha Mdica (Mdico o Doctor) Rol: Mdico. Descripcin: Permite al medico revisar, eliminar y agregar datos a la ficha medica de un paci ente. Esto se hace de la siguiente forma, primero se debe seleccionar la vieta Fic has Mdicas, luego debe ingresar el rut del paciente y apretar aceptar, esto muestr a los datos dentro de la ficha del paciente y un historial de los exmenes, adems m uestra 2 opciones nuevas agregar y eliminar, para eliminar solo se debe ingresar la fecha y el sistema eliminara la los datos ingresados por el mdico en esa fech a. Para ingresar nuevos datos se debe ingresar la Observacin y el tratamiento y e l sistema solo ingresa al nombre del mdico y la fecha

- 77 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS

- 78 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS

- 79 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS 6.4.2 Interfaz Pedir Horas Medicas (Secretaria) Rol: Secretaria Descripcin: Luego de seleccionar la opcin pedir Horas se debe elegir el medico y la fecha que se desea y se presiona el botn Peticin Horas Libres y el sistema desplegara una lis ta con las horas disponibles para esa fecha, luego se debe ingresar el nombre de l paciente, se selecciona la hora y se presiona el botn Solicitar Hora

- 80 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS

- 81 Sistemas de Informacin II Modelado Sistema Proceso UML ACHS 7. Conclusin Este documento est basado en las estrategias de modelado de sistemas llamado Leng uaje de Modelamiento Unificado (UML - Unified Modeling Language), este lenguaje entrega una forma de modelar cosas conceptuales como lo son procesos de negocio y funciones de sistema, adems de cosas concretas como lo son escribir clases en u n lenguaje determinado, esquemas de base de datos y componentes de software reus ables. El uso de tecnologa en el sistema de informacin, ayudar a mejorar la atencin de los accidentados, disminuyendo el tiempo de espera (ficha mdica disponible en menor t iempo), adems el manejo de las citas mdicas mejora la planificacin de los especiali stas, disminuyendo los errores en la entrega de horas de tratamiento (conflicto de horarios). Los beneficios que se obtendrn gracias a este software son variados, siendo el principal la facilidad con que la secretaria o el mdico pueden atender al pacient e, adems la informacin del paciente ser de fcil acceso para el especialista, ya que todos cuentan con un computador en su oficina. As mismo, la informacin de los pacientes (ficha mdica) podr ser entregada al instant e a las instituciones Externas (Clnicas Externas, Hospital, etc.) que brindan ate ncin a los pacientes de la ACHS. El objetivo del documento es entregar un material de apoyo que le permita al lec tor poder entender el manejo del sistema a travs de diagramas y su modelamiento.

8. Bibliografa Entrevista con el Jefe del Dept. Administrativo. Entrevista con el Jefe de Dept. Clnico. Entrevista con otras personas del personal (Recepcionista, Secretaria, Paramdic o).

Pgina Web: http://www.achs.cl Apuntes de clases. Texto encontrado en Internet : NT_Analisis_de_Procesos.pdf.

- 82 -