Page 1

ADMINISTRACIÓN DE HISTORIAS CLÍNICASY CITAS MÉDICAS PARA UN CONSULTORIO DE MEDICINA INTERNA - MEDISYS

ANDREA VIVEROS QUISOBONE JESSICA VIVIANA MARTINEZ DIANA MARCELA FRASICA

UNIVERSIDAD DEL QUINDÍO FACULTAD DE INGENIERÍA INGENIERÍA DE SISTEMAS Y COMPUTACIÓN FRANJA NOCTURNA ARMENIA QUINDÍO 2011-II


MEDISYS

CONTENIDO Pág. INTRODUCCIÓN ………………………………………………………………………....7 1

ASPECTOS METDOLÓGICOS ...................................................................... 87 1.1

ESTUDIO PRELIMINAR ........................................................................... 87

1.1.1

NOMBRE DEL PROYECTO .............................................................. 87

1.1.2

NOMBRE DE LA APLICACIÓN.......................................................... 87

1.2

OBJETIVOS.............................................................................................. 87

1.2.1

OBJETIVO GENERAL ....................................................................... 87

1.2.2

OBJETIVO ESPECIFICO ................................................................... 87

1.3 1.3.1

ALCANCE Y DELIMITACIÓN ................................................................... 87 Alcance8

y

Delimitación………………………………………………….….7 1.4

Características del Sistema de Software ............................................ 99

1.5

HERRAMIENTA DE DESARROLLO ........................................................ 99

1.6

GESTOR DE BASE DE DATOS ............................................................... 10

1.7

MODELO DEL CICLO DE VIDA ............. Error! Bookmark not defined.12

1.8

CARACTERÍSTICAS DEL PROYECTO . Error! Bookmark not defined.13

1.9

DESCRIPCIÓN DETALLADA CICLO DE VIDAError!

Bookmark

not

defined.15 2

INGENIERÍA ................................................. Error! Bookmark not defined.17 2.1

MODELADO DEL NEGOCIO ................. Error! Bookmark not defined.17

2.2

REQUISITOS.......................................... Error! Bookmark not defined.17

2.2.1

Documento de Requisitos ................ Error! Bookmark not defined.17

2.2.2

Modelo de Dominio……………………………………………….……….20

2.2.2

Diseño conceptual de interfaz de usuario .......................................... 24 2


MEDISYS

2.3 2.3.1

ANALISIS Y DISEÑO PRELIMINAR ......................................................... 27 Descripción detallada de los casos de usoError!

Bookmark

not

defined.31 2.3.2 3

Diagrama de robustez ........................................................................ 39

DISEÑO GENERAL ...................................... Error! Bookmark not defined.42 3.1

Diagrama de secuencia .......................... Error! Bookmark not defined.42

3.2

Diagrama de actividades ........................ Error! Bookmark not defined.45

4 GLOSARIO……..………………………………………………………………..............48 5 CONCLUSIONES ....................................... Error! Bookmark not defined.49 6

BIBLIOGRAFÍA ............................................. Error! Bookmark not defined.47

3


MEDISYS

LISTA DE TABLAS Pág. TABLA 1 HERRAMIENTA DE DESARROLLO

10

TABLA 2 GESTOR BASE DE DATOS………………………………………..12 TABLA 3 MODELO CICLO DE VIDA………………………………………….13 TABLA 4 SUSTANTIVOS………………………………………………………18 TABLA 5 ELIMINACION DE CLASES………………………………………...18 TABLA 6 TABLA DE RELACIONES…………………………………………..19 TABLA 7 OBJ-01 GESTIONAR DATOS DEL PACIENTE…………………..20 TABLA 8 OBJ-02 GESTIONAR AGENDA…………………………………….21 TABLA 9 OBJ-03 GESTIONAR HISTORIA…………………………………….21 TABLA 10 IRQ-01 INFORMACIÓN DEL PACIENTE………………………….21 TABLA 11 IRQ-02 INFORMACION DE LA AGENDA………………………….22 TABLA 12 IRQ-03 INFORMACION DE LA HISTORIA………………………...22 TABLA 13 CRQ-01 USUARIOS CON LA MISMA CEDULA…………………..23 TABLA 14 CRQ-02 AGENDAS DOBLES………………………………………..23 TABLA 15 CRQ-03 DUPLICIDAD DE HISTORIA………………………………23 TABLA 16 CRQ-04 DUPLICIDAD DE CONTRASEÑA………………………...24 TABLA 17 ACT-01 PACIENTE……………………………………………………27 TABLA 18 ACT-02 SECRETARIA………………………………………………..27 TABLA 19 UC-01 GESTIONAR PACIENTE…………………………………….31 TABLA 20 UC-01 GESTIONAR AGENDA……………………………………….31 TABLA 21 UC-07 GESTIONAR AGENDA……………………………………….33 TABLA 22 UC-06 CONSULTAR PACIENTE…………………………………….34 TABLA 23 UC-08 CONSULTAR AGENDA………………………………………35 TABLA 24 UC-09 ACTUALIZAR HISTORIA CLINICA………………………….35 TABLA 25 NFR-01 CLAVES DE ACCESO………………………………………37 TABLA 29 NFR-02 MOVILIDAD……………………………………………………38 TABLA 30 NFR-03 FLEXIBILIDAD………………………………………………...38 4


MEDISYS

TABLA 31 NFR-04 SIMPLICIDAD………………………………………………….38

5


MEDISYS

LISTA DE FIGURAS Pág. FIGURA 1 MODELO DE DOMINIO

19

FIGURA 2 APLICACIÓN WEB

23

FIGURA 3 VENTANA PRINCIPAL

24

FIGURA 4 VENTANA CREAR HISTORIA CLÍNICA

24

FIGURA 5 VENTANA CREAR PACIENTE

25

FIGURA 6 VENTANA GESTIONAR PACIENTE

25

FIGURA 7 VENTANA MENSAJE DE CONFIRMACIÓN

26

FIGURA 8 VENTANA MENSAJE DE ERROR AL GUARDAR LA INFOR

26

FIGURA 9 VENTANA MENSAJE DE DATOS CON ERROR

26

FIGURA 10 UC-DIAGRAMA DE CONTEXTO

28

FIGURA 11 UC-GESTIONAR AGENDA

29

FIGURA 12 UC-GESTIONAR PACIENTE

30

FIGURA 13 UC-GESTIONAR HISTORIA CLÍNICA

30

FIGURA 14 DIAGRAMA DE ROBUSTEZ GESTIONAR AGENDA

39

FIGURA 15 DIAGRAMA DE ROBUSTEZ GESTIONAR PACIENTE

40

FIGURA 16 DIAGRAMA DE ROBUSTEZ GESTIONAR HISTORIA CLÍNICA

41

FIGURA 17 DIAGRAMA DE SECUENCIA GESTIONAR AGENDA

42

FIGURA 18 DIAGRAMA DE SECUENCIA GESTIONAR PACIENTE

43

FIGURA 19 DIAGRAMA DE SECUENCIA GESTIONAR HISTORIA CLÍNICA

44

FIGURA 17 DIAGRAMA DE ACTIVIDADES GESTIONAR AGENDA

45

FIGURA 18 DIAGRAMA DE ACTIVIDADES GESTIONAR PACIENTE

46

FIGURA 19 DIAGRAMA DE ACTIVIDADES GESTIONAR HISTORIA CLÍNICA 47

6


MEDISYS

INTRODUCCIÓN El área de la salud en busca de la mejora continua ha ido implementando el uso de las TIC (tecnologías de la información y la comunicación).en todos sus procesos brindando a los pacientes oportunidad, eficiencia, calidad en la atención. Permitiendo una mejor calidad de vida. El Consultorio médico decide iniciar un proceso para la implementación de un software que mejore sus procesos internos como agenda, historias y facturación, que agilice la atención y brinde seguridad en la custodia de las información de sus pacientes; danto así oportunidad de respuesta ágil e integral además de buscar la adopción de nuevas tecnologías y procesos, con los cual se hará más fácil los servicios internos de la organización a través de una plataforma moderna y competitiva para enfrentar el mercado regional. Es así como MEDISYS propone solución a estas necesidades a través de una aplicación web que sistematizara los procesos de agenda consulta médica, facturación estadística garantizando mejores prácticas en la adecuación y uso de los recursos en el consultorio clínico

7


MEDISYS

1. ASPECTOS METODOLÓGICOS

1.1 ESTUDIO PRELIMINAR

1.1.1 NOMBRE DEL PROYECTO Administración de historias clínicas y citas médicas para un consultorio de medicina interna (Nombre de la Aplicación Web: MEDISYS).

1.2 OBJETIVOS 1.2.1 OBJETIVO GENERAL Desarrollar una aplicación web que permita la gestión de la historia clínica y la agenda del consultorio de medicina interna. 1.2.2 OBJETIVOS ESPECIFICOS 1. Desarrollar una aplicación web que permita la actualización de historias clínicas de los pacientes del consultorio de acuerdo a la resolución 1995 de 1999. 2. Diseñar una agenda virtual que permita la automatización de la asignación de las citas y cancelación. 3. Diseñar un esquema de automatización de protocolos de la atención del paciente y procesos internos. 4. Migrar los datos de los archivos existentes, a la nueva aplicación.

1.3 ALCANCE Y DELIMITACIÓN 1.3.1 ALCANCE Y DELIMITACIÓN DEL PROYECTO La aplicación se realizará para el consultorio de medicina interna del Dr. Eisner Iván Osorio, ubicado en la clínica central del Quindío en el consultorio 205. En esta se almacenaran los datos de cada paciente como: nombre, cedula, edad fecha de nacimiento, la enfermedad, el diagnóstico y tratamiento. También permitirá cargar los resultados de laboratorio al historial clínico y realizar la formula médica de acuerdo a la Codificación internacional de enfermedades de la organización mundial de la salud (OMS). Se podrá registrar un nuevo usuario en 8


MEDISYS

caso de no existir y actualizar los datos personales tanto de pacientes como de los especialistas. Integrará los procedimientos de admisión de paciente, consulta médica, reportes. Generará una agenda automática al especialista de acuerdo a los horarios establecidos para la consulta, con la oportunidad de modificar en caso de ser necesario y de permitirle al paciente gestionar su cita a través del portal web del consultorio. La aplicación web sólo permitirá la modificación del historial clínico cuando existan resultados nuevos de laboratorio ordenados a esa consulta, estas actualizaciones las realizara únicamente el especialista. El sistema no generará tratamientos, ni diagnósticos automáticos estos procedimientos las realizará el personal encargado.

1.4 CARACTERÍSTICAS DEL SISTEMA DE SOFTWARE Se realizará una aplicación Web que permita la administración de historia clínica de cada paciente así como el control de una agenda electrónica. Los usuarios son: Paciente Secretaria Especialista El paciente podrá separar la cita que requiere por Internet si ya está registrado; de lo contrario deberá inscribirse como usuario en la aplicación. La consulta se activará una vez el paciente acuda a su cita y recepción los documentos de autorización que le entregó la EPS. La secretaria podrá gestionar a un paciente, consultarlo, asignarle una cita, activarla la consulta, cancelarla ó reprogramarla, puede también gestionar y consultar la agenda del especialista si fuese necesario. El especialista podrá consultar las citas que tenga registradas en la agenda y registrar en la historia clínica del paciente los resultados de los exámenes médicos, así como el diagnóstico y tratamiento de la enfermedad.

1.5 HERRAMIENTA DE DESARROLLO Para la elección de la herramienta de desarrollo tomamos las siguientes alternativas: 9


MEDISYS

 PHP En la actualidad es ampliamente usado en entornos de desarrollo web por su facilidad de uso, su integración perfecta con HTML y su versatilidad de uso en diferentes Sistemas Operativos. Ha tenido mejora en el soporte de Programación orientada a Objetos y soporte mejorado de conexiones a Base de datos, etc.  JAVA Se trata de un lenguaje de programación orientado a objetos y es considerado Software Libre. Java es una herramienta muy utilizada y las aplicaciones de Java para ayudarle a gestionar la elección de la versión correcta de Java para un sistema de usuario.  FRONTPAGE Una de las características más potentes de FrontPage son las extensiones de servidor, que permiten implementar muchas mejoras ya predefinidas. realiza consultas de bases de datos del servidor, tanto en SQL como en Access, Para entornos comerciales se debe comprar el licenciamiento. No requiere que el usuario tenga experiencia para manejar esta herramienta. Al ser un producto de Microsoft, está orientado a construir páginas optimizadas para internet Explorer. Puede tener dificultad en otros navegadores. Las características tenidas en cuenta son: escalabilidad, portabilidad, robustez, conocimiento de lenguaje de desarrollo, multiplataforma y movilidad; y se tomara la herramienta con mejor calificación. Escala de Calificación. 1 No Cumple 2 Parcialmente Cumple 3 Cumple Herramientas

PHP

JAVA

FRONTPAGE

3 3

2 3

2 3

1

3

1

2

3

2

9

12

8

Características Escalabilidad Movilidad Robustez Conocimiento de desarrollo Multiplataforma Total

lenguaje

de

Tabla 1. Elección de la Herramienta de Desarrollo

10


MEDISYS

Para la herramienta de desarrollo se ha seleccionado java por que se adapta a los requerimientos del cliente, en especial por que soporta diferentes sistemas operativos.

1.6 GESTOR DE BASE DE DATOS Para la elección del gestor de base de datos tomamos las siguientes alternativas:  My SQL: Tiene un sistema de privilegios y contraseñas que es muy flexible y seguro, porque todo el tráfico de contraseñas está cifrado cuando se conecta con un servidor usando sockets TCP/IP en cualquier plataforma, tiene soporte a grandes bases de datos, se permiten hasta 64 índices por tabla y Usa GNU Automake, Autoconf, y Libtool para portabilidad.  DBDesigner: Es una herramienta para el diseño de base de datos que integra el modelado, diseño implementación y mantenimiento en el mismo entorno; Es multiplataforma y software libre; Permite la ingeniería inversa, lo que genera el modelo de las tablas de la base de datos.  ORACLE: Características –Apoya el diseño y optimización de modelos de datos. Apoya la definición de estándares de diseño y nomenclatura de objetos. Documentar y mantener un registro periódico de las mantenciones, actualizaciones de hardware y software, cambios en las aplicaciones y, en general, todos aquellos eventos relacionados con cambios en el entorno de utilización de una base de datos. Las características tenidas en cuenta son: seguridad que para nosotras es muy importante por ello las tres herramientas tienen bien esta cualidad, conectividad, estabilidad y limites, conocimiento sobre el gestor de bases de datos, portabilidad; y se tomara la herramienta con mejor calificación (según la siguiente escala). Escala de Calificación. 1 No Cumple 2 Parcialmente Cumple 3 Cumple

11


MEDISYS

Herramientas

MySQL

DBDESIGNER

ORACLE

Seguridad Conectividad Escalabilidad y Límites Portabilidad Conocimiento sobre el gestor BD

3 2 3 2 2

3 2 2 3 1

3 3 3 3 2

Total

12

10

14

Características

Tabla 2. Elección del Gestor de base de datos

De acuerdo a los resultados obtenidos en la matriz de selección, la herramienta a utilizar para la creación de la base de datos es Oracle teniendo en cuenta que la seguridad y la portabilidad son factores primordiales del proyecto. 1.7 MODELO DE CICLO DE VIDA Para la elección del ciclo de vida tomamos las siguientes alternativas:  XP: La programación extrema (XP) es el más destacado de los procesos ágiles de desarrollo de software. La programación extrema se diferencia de las metodologías tradicionales principalmente en que pone más énfasis en la adaptabilidad que en la previsibilidad. Los defensores de XP consideran que los cambios de requisitos sobre la marcha son un aspecto natural, inevitable e incluso deseable del desarrollo de proyectos. Los principios básicos de la programación extrema son: simplicidad, comunicación, retroalimentación y coraje. Realiza entregas pequeñas, produce rápidamente versiones del sistema que sean operativas, aunque no cuenten con toda la funcionalidad del sistema.  AUP: El proceso unificado ágil (AUP) es una versión simplificada de RUP. Describe un enfoque simple, fácil de entender, del desarrollo de software de aplicación de negocios usando técnicas y conceptos ágiles. AUP aplica técnicas de refactorización de bases de datos para mejorar la productividad. La naturaleza en serie de AUP se presenta en cuatro fases: ‐Inicio: el objetivo es identificar el alcance inicial del proyecto, una arquitectura potencial para el sistema y obtener fondos y aceptación por parte de las personas involucradas en el negocio. ‐Elaboración: el objetivo es probar la arquitectura del sistema. ‐Construcción: el objetivo es construir software operativo de forma incremental que cumpla con las necesidades de prioridad más altas de las personas involucradas en el negocio. 12


MEDISYS

‐Transición: el objetivo es validar y desplegar el sistema en el entorno de producción.  CASCADA: El modelo de cascada tiene sus orígenes en la década de 1970 y se define como una secuencia de actividades bien planificadas y estructuradas. El proceso distingue claramente las fases de especificación de las de desarrollo y éstas, a su vez, de las de testing. Es seguramente la metodología más extendida y utilizada. Este modelo se basa fuertemente en que cada detalle de los requisitos se conoce de antemano, previo de comenzar la fase de codificación o desarrollo, y asume, además, que no existirán cambios significativos en los mismos a lo largo del ciclo de vida del desarrollo.

Herramientas

XP

AUP

CASCADA

Adaptación de cambios Agilidad

3 3

2 3

1 2

Simplicidad Entregas Parciales Comunicación con el Cliente

3 3 3

3 3 2

3 2 1

Total

15

13

9

Características

Tabla 3. Elección del Ciclo de Vida

Para el ciclo de vida del proceso de desarrollo Medisys, se ha seleccionado la metodología ágil XP Extreme Programming, por cuanto reúne las características que el equipo de trabajo requiere para el desarrollo del proyecto.

1.8 CARACTERISTICAS DEL PROYECTO Este proyecto se caracteriza porque los requisitos están bien definidos, el cliente conoce bien los procesos y es coherente con la información que suministra. Además en el momento el usuario cuenta con un software que satisface las necesidades de los procesos del consultorio, lo cual permitirá en su momento, una migración de la información a los nuevos aplicativos. El equipo ha identificado una ventaja y es el tiempo para interactuar con el cliente, debido a esto se puede evidenciar anticipos en las entregas parciales del software y por lo tanto el producto será oportuno. 13


MEDISYS

Cada proceso de atención se va a automatizar y pese a que no se cuenta con protocolos de procesos establecidos, las acciones están bien definidas y se cumplen con los estándares requeridos por calidad en el servicio. Por otra parte, se cuenta con el recurso tecnológico para la implementación del proyecto los equipos son modernos y cuentan con los requerimientos mínimos para soportar las aplicaciones a crear. Claramente la información es conocida por el recurso humano de la empresa y existe buena disponibilidad de ser suministrada al equipo de desarrollo. Una prioridad en el proceso de desarrollo, será el manejo y resguardo de las historias clínicas de los pacientes, debido al énfasis que el usuario señaló en este tema. El equipo teniendo en cuenta la información y las expectativas del cliente y sus necesidades trabajara en el desarrollo de un software que permita el manejo de bases de datos que sea simple, funcional, fiable, tenga usabilidad y flexibilidad. Una ventaja del proyecto es que en el equipo de desarrollo, se cuenta con una profesional con experiencia en el tema del negocio, lo cual facilita acercarse al objetivo. Finalmente se puede concluir que el alcance del proyecto es realizable debido al bajo número de requerimientos, algo importante teniendo en cuenta que el equipo de desarrollo es reducido. Este último podría implicar un riesgo en el tiempo establecido para su ejecución y entregas parciales. Como una alternativa de solución para los riesgos detectados por falta de personal, se implementaran planes de contingencia de horarios adicionales y/o subcontrataciones temporales cuando lo demande la necesidad de las entregas. 

El cliente: quien es el médico en éste caso, deberá representar los derechos y asumir los deberes del Consultorio Clínico ante el equipo de desarrollo. Por lo tanto, el médico deberá estar presente en todas las fases del desarrollo del producto, y realizará todas las actividades que se esperan de él, tales como la aceptación provisional y final del producto.

Tamaño del Equipo de Desarrollo: El equipo estará conformado por 3 profesionales (Administrador del proyecto, Desarrollador y Analista), quienes asumirán diferentes roles en el transcurso del proyecto y se subcontratará en caso de ser necesario.

14


MEDISYS

1.9 DESCRIPCION DETALLADA DEL CICLO DE VIDA XP EXTREME PROGRAMMING (XP) El ciclo de vida de un proyecto XP incluye, al igual que las otras metodologías, entender lo que el cliente necesita, estimar el esfuerzo, crear la solución y entregar el producto final al cliente. Sin embargo, XP propone un ciclo de vida dinámico, ágil, ligero, de bajo riesgo predecible. Donde se admite expresamente que, en muchos casos, los clientes no son capaces de especificar sus requerimientos al comienzo de un proyecto. Por esto, se trata de realizar ciclos de desarrollo cortos (llamados iteraciones), con Entregables funcionales al finalizar cada ciclo. En cada iteración se realiza un ciclo Completo de análisis, diseño, desarrollo y pruebas, pero utilizando un conjunto de Reglas y prácticas que caracterizan a XP Reduce el costo del cambio en todas las etapas del ciclo de vida del sistema. Combina las que han demostrado ser las mejores prácticas para desarrollar software, y las lleva al extremo. CONTEXTO  Cliente bien definido y en colaboración constante.  Los requisitos pueden y van a cambiar (volátiles).  Reduce los tiempos de desarrollo manteniendo la calidad.  Desarrollo incremental y continuo para responder a los cambios.  Grupo pequeño y muy integrado.

CARACTERISTICAS  Metodología creada a base de prueba y error.  Énfasis en el desarrollo del software más que una buena documentación.  Empieza en pequeño y añade funcionalidad con retroalimentación continua.  No introduce funcionalidades antes de que sean necesarias.  El cliente o el usuario se convierten en miembro del mismo equipo. VALORES  Simplicidad en las soluciones implementadas.  Comunicación.  Retroalimentación.  Coraje (si funciona… mejóralo). ROLES  Programador.  Cliente.  Encargado de pruebas (Tester).  Encargado de seguimiento (Tracker).  Entrenador (Coach). 15


MEDISYS

 Consultor.  Gestor (Big boss). FASES DEL XP  Exploración.  Planificación de entrega  Iteraciones.  Producción.  Mantenimiento.  Muerte del Proyecto EXPLORACION El objetivo general del proyecto es diseñar una aplicación web para consultorio de medicina interna .En esta fase el cliente planteara agrandes rasgos las historias del proyecto a su vez se determinan los de interés para la primera entrega. El equipo de desarrollo hará un bosquejo de las prácticas a realizar y del tiempo estimado para cada fase de acuerdo a la información suministrada por el cliente, en esta misma fase se determinara la arquitectura del prototipo a desarrollar el cual se entregara en la tercera semana. PLANIFICACIÓN DE ENTREGA Esta fase es corta, el cliente, y el grupo de desarrolladores acordaran el orden en que deberán implementarse las historias de usuario, y las fechas de entregas tras varias reuniones grupales de planificación. El resultado de esta fase es un Plan De Entregas, o “Release Plan” ITERACIONES Esta es la fase principal del ciclo. Se iniciara el desarrollo de las funcionalidades, generando al final de cada una un entregable funcional. Implementando las historias de usuario asignadas a la iteración. Como las historias de usuario no son lo suficientemente detalladas como para permitir su análisis y desarrollo, al principio de cada iteración se realizan las tareas necesarias de análisis, recabando con el cliente todos los datos que sean necesarios. El cliente, por lo tanto, también debe participar activamente durante esta fase del ciclo. Las iteraciones se utilizaran para medir el progreso del proyecto. Una iteración terminada sin errores es una medida clara de avance

16


MEDISYS

PRODUCCION Al final de cada iteración se entregaran módulos funcionales y sin errores. En esta fase no se realizan más desarrollos funcionales, pero pueden ser necesarias tareas de ajuste (“fine tuning”). MANTENIMIENTO Si requiere de un mayor esfuerzo para satisfacer también las tareas del cliente. Así, la velocidad del desarrollo puede desacelerar después de que el sistema esté en la producción. La fase de mantenimiento puede requerir la incorporación de nueva gente y cambiar la estructura del equipo.

2. INGENIERIA

2.1 MODELADO DE NEGOCIO

2.2 REQUISITOS

2.2.1 Documentos de Requisitos

2.2.1.1 Modelo de Dominio MEDYSIS diseñada para el consultorio de medicina interna que básicamente permite administrar las historias clínicas de los pacientes, además de permitir la automatización de la agenda del mismo los privilegios que se otorgan en la aplicación serán de acuerdo a los roles de los siguientes usuarios. Los usuarios son: Paciente Secretaria Especialista El paciente cuenta con una historia clínica que permite ingresar y guardar los datos personales (nombres, cedula, teléfono, dirección)la cedula se tomara como numero único de identificación y de usuario se asignara una clave a cada paciente para que pueda tramitar sus citas por internet la primera cita será asignada personalmente en el consultorio .directamente por la secretaria a partir de esta 17


MEDISYS

podrá hacerlo por internet Además también se consignara en la historia los antecedentes personales , familiares y los patológicos . La secretaria puede asignar citas, crear pacientes consultar sus datos personales y actualizar citas también deberá confirmar el paciente para la atención con el especialista una vez validadas las autorizaciones de la EPS pertinente es el único usuario autorizado para cancelar las citas. El especialista puede consultar la agenda, y consignar en la historia clínica del paciente los hallazgos encontrados tanto en el diagnóstico como en el tratamiento de la enfermedad y exámenes. Las actualizaciones de las historias clínicas de los pacientes solo podrán ser modificadas por el especialista. APLICACIÓN MEDISYS CONSULTORIO HISTORIA CLÍNICA PACIENTE USUARIOS ROL SECRETARIA ESPECIALISTA EXAMEN CONTRASEÑA CITA INTERNET AGENDA DIAGNOSTICO EPS Tabla 4 Sustantivos

CLASE P O R

APLICACIÓN MEDISYS

S E R

ROL INTERNET NUMERO UNICO DE USUARIO

RAZÓN DE ELIMINACIÓN ES TODO EL SISTEMA ES TODO EL SISTEMA YA ESTAN DEFINIDOS ES UNA HERRAMIENTA ES ATRIBUTO DE CITA

Tabla 5 Eliminación de Clases

18


MEDISYS

CLASE PACIENTE SECRETARIA ESPECIALISTA PACIENTE

RELACIÓN ES UN ES UN ES UN TIENE UNA

PACIENTE SECRETARIA SECRETARIA SECRETARIA SECRETARIA SECRETARIA ESPECIALISTA ESPECIALISTA ESPECIALISTA

TIENE UNA ASIGNA UNA ACTUALIZA REPORTA ADMINISTRA CONSULTA TIENE UNA CONSULTA REGISTRA

HISTORIA CLINICA HISTORIA CLINICA HISTORIA CLINICA

TIENE TIENE TIENE

CLASE USUARIO USUARIO USUARIO HISTORIA CLINICA CITA CITA PACIENTE NOVEDAD AGENDA PACIENTE AGENDA AGENDA HISTORIA CLÌNICA ENFERMEDAD DIAGNOSTICO TRATAMIENTO

Tabla 6 Tabla de Relaciones

19


MEDISYS

Figura 1 Modelo de Dominio

2.2.1.2 Objetivos del Sistema OBJ - 01 Descripción

Gestionar datos del paciente La secretaria podrá modificar la información del paciente y crear uno nuevo, el especialista será el único que podrá eliminar el paciente. Estabilidad Alta Comentarios Para realizar una modificación o eliminación el paciente ya debe existir en el sistema Tabla 7 OBJ-01 Gestionar datos del paciente

20


MEDISYS

OBJ - 02 Descripción

Gestionar Agenda La secretaria podrá registrar, cancelar y/o autorizar las citas del paciente por medio del sistema. El paciente solo podrá separar la cita por internet con una clave asignada por la secretaria. Estabilidad Alta Comentarios La primera cita debe ser personal en el consultorio; para cancelar y/o confirmar la cita el registro de esta se debe encontrar almacenado en el sistema. Tabla 8 OBJ-02 Gestionar agenda

OBJ - 03 Descripción

Gestionar Historia El especialista podrá actualizar y/o consultar la historia clínica del paciente. Podrá ingresar información a esta acerca de la consulta del paciente si es necesario. Estabilidad Alta Comentarios Para poder insertar una atención la información del paciente debe estar registrada en el sistema. Para consultar la atención de un paciente el registro de esta se debe encontrar almacenada en el sistema. Deberá ser autorizada la cita por la secretaria. Los cambios que se realicen en la historia clínica dependen de los hallazgos encontrados en la consulta o exámenes médicos. Tabla 9 OBJ-03 Gestionar Historia

2.2.1.3 Requisitos de información y restricciones de información IRQ-01 Objetivos asociados Requisitos asociados Descripción Datos específicos

Información del paciente OBJ–01 Gestionar datos del paciente UC-02 Gestionar Paciente El sistema deberá almacenar la información de los pacientes del consultorio Nombres Apellidos Tipo de identificación Número de identificación Dirección de Residencia Correo electrónico EPS Contraseña 21


MEDISYS

Estabilidad Comentarios

Alta La contraseña será entregada al paciente por la secretaria del consultorio en su primera cita. Tabla 20 IRQ-01 Información del Paciente

IRQ- 02 Objetivos asociados Requisitos asociados Descripción Datos específicos

Estabilidad Comentarios

Información de la agenda OBJ–02 Gestionar Agenda UC-01 Gestionar Agenda El sistema deberá almacenar la información correspondiente a las citas asignadas a los pacientes. Días hábiles para agenda Fecha Hora inicial diaria Hora final diaria Alta La secretaria alimentará la información agenda con las citas asignadas al paciente tanto por internet como por el consultorio. El especialista podrá consultar la información registrada allí. Tabla 3 IRQ-02 Información de la agenda

IRQ- 03 Objetivos asociados Requisitos asociados Descripción

Datos específicos

Estabilidad Comentarios

Información de las historias OBJ–03 Gestionar historia UC-03 Gestionar historia El sistema deberá almacenar la información correspondiente a las atenciones realizadas a los pacientes. Fecha Hora Control Anamnesis Ordenes Formulas Medicas Interconsultas ó remisiones Alta El especialista será el encargado de emitir las órdenes, 22


MEDISYS

formulas médicas y/o interconsultas dependiendo del resultado de la atención al paciente. Los resultados de estas serán incluidos en la historia clínica del paciente. Tabla 12 IRQ-03 Información de las historias

CRQ-01 Objetivo Asociados Requisitos Asociados Descripción Estabilidad Comentarios

Usuarios con la misma Cédula. OBJ-01. Gestionar datos del paciente. IRQ-01. Información del Paciente. No se pueden registrar pacientes con un número de identificación igual. Alta. Ninguno. Tabla 43 CRQ-01 Usuarios con la misma Cédula

CRQ-02 Objetivo Asociados Requisitos Asociados Descripción Estabilidad Comentarios

Agendas dobles OBJ-02 Gestionar Agenda IRQ-02. Información de la Agenda No debe existir duplicidad en las citas. Alta. Ninguno. Tabla 54 CRQ-02 Agendas dobles

CRQ-03 Objetivo Asociados Requisitos Asociados Descripción Estabilidad Comentarios

Duplicidad de Historia OBJ-03 Gestionar Historia IRQ-03. Información de la historia No debe existir duplicidad en los registros y de igual fecha de atención. Alta. Ninguno. Tabla 15 CRQ-03 Duplicidad de Historia

CRQ-04 Objetivo Asociados

Duplicidad de Contraseña OBJ-02 Gestionar Paciente 23


MEDISYS

Requisitos Asociados Descripción Estabilidad Comentarios

IRQ-01. Información del paciente. No debe existir duplicidad en las contraseñas asignadas por la secretaria al paciente, para la gestión de la cita por internet. Alta. Ninguno. Tabla 16 CRQ-04 Duplicidad de Contraseña

2.2.2 Diseño conceptual de interfaz de usuario (Imágenes)

Figura 2 aplicación Web

Figura 3 Ventana Principal

24


MEDISYS

Figura 4 Ventana Crear Historia ClĂ­nica

Figura 5 Ventana Crear Paciente

25


MEDISYS

Figura 6 Ventana Gestionar Paciente

Figura 7 Ventana mensaje de confirmación

Figura 8 Ventana mensaje de error al guardar la información

Figura 9 Ventana mensaje de datos con error

2.3 ANALISIS Y DISEÑO PRELIMINAR Definición de los actores ACT–<01 Descripción Comentarios

Paciente Este actor representa el paciente que solicita su cita por internet. El paciente debe estar registrado en la aplicación y 26


MEDISYS

tener la clave que le fue asignada en el consultorio. Tabla 67 ACT-01 Paciente

ACT–<02 Descripción Comentarios

Secretaria Este actor representa a la secretaria que gestiona datos y cita del paciente en el sistema. La secretaria es el único actor autorizado para confirmar o cancelar la cita. Tabla 18 ACT-02 Secretaria

ACT–<03 Descripción

Comentarios

Especialista Este actor representa al médico especialista encargado de gestionar historia clínica del paciente y es el único usuario del sistema que puede eliminar un paciente. El especialista actualizara la historia clínica del paciente, cuando hubiese resultados de laboratorio ó nuevos tratamientos. Tabla 19 ACT-03 Especialista

2.3.1 Descripción detallada de los casos de uso Diagrama de caso de uso de contexto.

27


MEDISYS

Figura 10 UC-Diagrama de Contexto

2.3.1.1 Tablas de caso de uso de contexto UC – 01 Actores:

Descripción:

Gestionar agenda Paciente Secretaria Especialista El paciente puede separar su cita por internet siempre y cuando exista en la base de datos del consultorio y se le halla asignado una contraseña. La secretaria podrá gestionar (crear, modificar, confirmar o cancelar) la cita de un paciente. Tabla 20 UC-01 Gestionar Agenda

UC – 02 Actores:

Gestionar paciente Secretaria Especialista 28


MEDISYS

Descripción:

La secretaria podrá gestionar (crear, modificar) los datos personales de un paciente. Sólo el especialista podrá eliminar al paciente del sistema. Tabla 71 UC-02 Gestionar Paciente

UC – 03 Actores: Descripción:

Gestionar historia Especialista El especialista podrá ingresar y/o consultar la información de la atención realizada a un paciente. Tabla 22 UC-03 Gestionar historia

2.3.1.2 Diagramas de casos de uso de requisitos

Figura 11 UC-Gestionar Agenda

29


MEDISYS

Figura 12 UC-Gestionar Paciente

Figura 13 UC-Gestionar Historia ClĂ­nica

30


MEDISYS

2.3.1.3 Tablas detalladas de caso de uso UC-<04> Versión Autores

Fuentes Objetivos asociados Requisitos asociados Descripción

Precondición

Secuencia normal

Pos condición Excepciones

Gestionar Agenda <01> (<<10/12/11>) Andrea Viveros Quisoboni Jesica Viviana Martínez Diana Marcela Frasica <fuente de la versión actual>> (<<organización de la fuente>>) OBJ–02 Gestionar Agenda IRQ – 01 Información del Paciente IRQ – 02 Información de Agendas La secretaria podrá asignar la cita al paciente. El paciente puede separar su cita por internet siempre y cuando tenga una contraseña asignada. El paciente debe estar registrado en la aplicación del consultorio En caso que el paciente vaya a solicitar su cita por internet debe de tener a clave asignada por la secretaria en el consultorio. Paso Acción p1 La secretaria y/o el paciente solicitan al sistema comenzar el proceso de gestionar cita. p2 Se realiza el caso de uso (UC-06) Consultar Paciente p3 Se realiza el caso de uso (UC-07) Consultar Agenda P4 La secretaria mediante el sistema en el consultorio autoriza la cita. P5 El sistema confirma que la cita se adicionó con éxito al listado de atención de pacientes a ser atendidos por el especialista. Cita agregada a la agenda del sistema y paciente autorizado para atención. Paso Acción p2 Si el paciente no se encuentra registrado el sistema mostrara un mensaje informando el error. p3 Si al paciente no le sirve ninguna de las citas se cancela la operación. Este caso de uso queda sin efecto. p4 Si la secretaria selecciona Cancelar cita, el sistema actualiza la agenda médica para dejar disponible esa fecha y hora. 31


MEDISYS

Rendimiento Frecuencia Importancia Urgencia Estabilidad Comentarios

Paso Cota de tiempo p5 Un minuto 50 veces día Alta Inmediato PD Ninguno Tabla 23 8UC-04 Gestionar Agenda

UC- 05 Versión Autores

Fuentes Objetivos asociados Requisitos asociados Descripción Precondición Secuencia normal

Pos condición Secuencia Alterna

Gestionar Paciente <01> (<<10/12/11>) Andrea Viveros Quisoboni Jesica Viviana Martínez Diana Marcela Frasica <fuente de la versión actual>> (<<organización de la fuente>>) OBJ–02 Gestionar Paciente IRQ – 01 Información del Paciente El siguiente caso de uso permite crear, modificar o eliminar un paciente. Paso p1

Acción La secretaria solicita al sistema empezar el proceso de Gestionar Paciente p2 Se realiza el caso de uso (UC-06) Consultar Paciente p3 El sistema muestra que el paciente no este existe. La secretaria selecciona crear un nuevo usuario. P4 El sistema solicita diligenciar campos con la información del paciente. P5 La secretaria ingresa la información. P6 El sistema verifica que no exista duplicidad de documento de identificación del paciente y verifica que los campos obligatorios estén diligenciados. P7 El sistema guarda la información y muestra la contraseña asignada al usuario. P8 El sistema informa que la gestión del usuario ha sido exitosa. Registrar y/o modificar la información del paciente Paso Acción P3 3.1 El sistema muestra los datos del 32


MEDISYS

3.1.1

3.1.2 3.1.3 3.1.4 P3

3.2

3.2.1

3.2.2

3.2.1 p4

4.1

p6

6.1

p8

8.1

Excepciones

P3.2.1

Rendimiento

Paso q> 30 veces Alta Inmediata PD Ninguno

Frecuencia Importancia Urgencia Estabilidad Comentarios

paciente. La secretaria despliega la opción de actualizar datos del paciente en la ventana ¨modificar datos¨ La secretaria ingresa todos los datos del paciente en los campos obligatorios. El sistema valida que la información este completa El sistema guarda la información quedando en la ventana principal. Si el especialista necesita eliminar un paciente, selecciona la opción eliminar en la ventana de datos del paciente. El sistema verifica que no existan inconvenientes para eliminar el registro del paciente. El sistema despliega un mensaje de confirmación de eliminación del registro en la ventana de datos del paciente. El especialista acepta eliminar registro quedando en la ventana principal. Si los datos no están completos el sistema muestra un mensaje de error y vuelve a la pagina principal Si existe duplicidad de documento en el paciente, el sistema informa el error en un mensaje de texto y solicita nuevamente la información. Si el sistema produce un error al guardar los datos del paciente, este informara en un mensaje el error, volviendo a la ventana principal. Si el sistema verifica que hay restricciones que impida la eliminación, se muestra el mensaje indicando esto y termina el caso de uso. Cota de tiempo m <unidad de tiempo>

Tabla 94 UC-05 Gestionar Paciente

33


MEDISYS

UC-06 Versión Autores

Fuentes Objetivos asociados Requisitos asociados Descripción Precondición Secuencia normal

Pos condición Excepciones

Rendimiento Frecuencia Importancia Urgencia Estado Estabilidad Comentarios

Consultar Paciente <01> (<<28/05/11>) Andrea Viveros Quisoboni Jesica Viviana Martínez Diana Marcela Frasica <fuente de la versión actual>> (<<organización de la fuente>>) OBJ–02 Gestionar paciente IRQ – 01 Información del paciente Este caso de uso se realizará en los momentos que se vaya a gestionar la agenda y a gestionar pacientes La información del paciente debe estar registrada en el sistema Paso Acción p1 La secretaria y/o el especialista del consultorio solicita al sistema comenzar el proceso de consultar paciente p2 El sistema solicita el tipo de identificación y el número de identificación del paciente p3 La Secretaria y/o especialista escoge el tipo de identificación e ingresa el número de identificación del paciente al sistema p4 El sistema muestra la información del paciente Visualizar la información del paciente Paso Acción P4 Si no se encuentra información del paciente consultado el sistema muestra un mensaje indicando que no encontró información. Paso Cota de tiempo p4 Un minuto 50 veces día Alta Inmediata Activo PD Ninguno Tabla 25 UC-06Consultar Paciente

34


MEDISYS

UC-07 Versión Autores

Fuentes Objetivos asociados Requisitos asociados Descripción

Precondición Secuencia normal

Pos condición Secuencia Alterna

Rendimiento Frecuencia Importancia Urgencia Estabilidad Comentarios

Consultar Agenda <02> (<<10/12/11>) Andrea Viveros Quisoboni Jesica Viviana Martínez Diana Marcela Frasica <fuente de la versión actual>> (<<organización de la fuente>>) OBJ–03 Gestionar Agenda IRQ – 03 Información de la Agenda El siguiente caso de uso permite a la secretaria, paciente y especialista la consulta de información contenida en la agenda. La agenda debe estar creada para su consulta. Paso Acción p1 La secretaria, especialista y paciente solicita al sistema consultar agenda. P2 El sistema verifica disponibilidad de fechas y horas y muestra el calendario. P3 La secretaria ó paciente selecciona dentro de las fechas y horarios disponibles la cita. P4 El sistema actualiza la información ingresada en la agenda. P5 El sistema informa que la cita ha sido separada en la agenda. Registrar y/o modificar la Agenda Paso Acción 2.1 Si existe duplicidad en la fecha y hora a asignar. 2.1.1 El sistema solicita seleccionar una nueva P2 fecha y hora. 2.1.2 El sistema verifica que se haya ingresado la información obligatoria y que la agenda no haya sido creada antes. P3 3.1 Si el paciente o la secretaria cancelan la asignación de la cita el sistema se cierra y vuelve a la página principal. Paso Cota de tiempo p5 Tres minuto 2 veces cada semana Alta Inmediato PD Ninguno 35


MEDISYS

Tabla 26 UC-07Gestionar Agenda

UC-08 Versión Autores

Fuentes Objetivos asociados Requisitos asociados Descripción Precondición

Secuencia normal

Pos condición Excepciones

Actualizar Historia Clínica <01> (<<10/12/11>) Andrea Viveros Quisoboni Jesica Viviana Martínez Diana Marcela Frasica <fuente de la versión actual>> (<<organización de la fuente>>) OBJ – 03 Gestionar Historia IRQ – 01 Información del paciente IRQ – 03 Información de la historia Este caso de uso permite crear, modificar y consultar la historia clínica de un paciente. La cita debe estar con estado “confirmada”. Para la modificación de la historia clínica, esta ya debe estar creada y solo se ingresara información cuando sean resultados nuevos de enfermedades tratamientos y/o diagnostico. Paso Acción p1 El especialista solicita al sistema iniciar el proceso en la ventana de Gestionar Historia. p2 El sistema solicita ingresar el tipo y número de documento del paciente. p3 El sistema verifica que la historia clínica del paciente no exista. p4 El especialista debe ingresar todos los campos obligatorios para crear la nueva historia clínica. p5 El sistema valida la información ingresada. p6 El sistema almacena la información en la base de datos de la historia clínica. p7 El sistema verifica que la historia clínica del paciente si exista. p8 El sistema muestra la información de la historia clínica del paciente en una ventana. p9 El especialista debe ingresar todos los campos obligatorios para modificar la historia clínica. p10 El sistema almacena la información en la base de datos de la historia clínica. El sistema muestra mensaje “Registro Exitoso”. p11 La historia clínica queda actualizada. Paso Acción 36


MEDISYS

p4

Rendimiento Frecuencia Importancia Urgencia Estabilidad Comentarios

Si el sistema detecta que falta información obligatoria muestra que campos faltan para que el especialista termine de diligenciarlos y vuelve a la ventana de Gestión de Historia. p10 Si surge algún inconveniente mientras la información esta siendo guardada, el sistema muestra un mensaje de error. Paso Cota de tiempo p4 Dos minutos 40 veces día Alta Inmediata PD Ninguno Tabla 27 UC-08Actualizar Historia Clínica

2.3.1.4 Requisitos no funcionales

NFR–<01 Objetivos asociados Requisitos asociados Descripción

Comentarios

Claves de Acceso Todos los usuarios (secretaria, especialista, paciente) deben registrarse para que el sistema les asigne una clave de acceso y así puedan hacer uso de las funciones del mismo. Cada uno tendrá un perfil diseñado de acuerdo a su rol. Esta actividad estará a cargo del sistema directamente. Ninguno Tabla 28 NFR–01 Claves de Acceso

37


MEDISYS

NFR–<02 Objetivos asociados Requisitos asociados Descripción Comentarios

Movilidad El sistema debe permitir que se pueda acceder a él desde cualquier lugar a través de internet. Ninguno Tabla 29 NFR–02Movilidad

NFR–<03 Objetivos asociados Requisitos asociados Descripción Comentarios

Flexibilidad El sistema debe brindar la posibilidad de actualizarse y de ajustarse a cambios en tiempo real. Ninguno Tabla 30 NFR–03Flexibilidad

NFR–<04 Objetivos asociados Requisitos asociados Descripción

Simplicidad -

Comentarios

Ninguno

El sistema debe tener una interfaz de usuario simple y agradable al usuario así como contar con un manual de ayuda on-line sobre su uso.

Tabla 31 NFR–04Simplicidad

38


MEDISYS 2.3.2 Diagrama de robustez

Figura 14 Diagrama de Robustez Gestionar Agenda

39


MEDISYS

Figura 15 Diagrama de Robustez Gestionar Paciente

40


MEDISYS

Figura 16 Diagrama de Robustez Gestionar Historia ClĂ­nica

41


MEDISYS 3 DISEテ前 GENERAL 3.1 Diagrama de Secuencia

Figura 17 Diagrama de secuencia Gestionar Agenda

42


MEDISYS

Figura 18 Diagrama de Secuencia Gestionar Paciente

43


MEDISYS

Figura 19 Diagrama de Secuencia Gestionar Historia ClĂ­nica

44


MEDISYS

3.2 DIAGRAMA DE ACTIVIDADES 3.2.1 DIAGRAMA DE ACTIVIDADES GESTION AGENDA

Figura 20 Diagrama de Actividades Gestionar Agenda

45


MEDISYS

3.2.2 DIAGRAMA ACTIVIDADES GESTIONAR PACIENTE

Figura 20 Diagrama de Actividades Gestionar Paciente

46


MEDISYS

3.2.3DIAGRAMA DE ACTIVIDADES GESTIONAR HISTORIA

Figura 22 Diagrama de Actividades Gestionar Historia

47


MEDISYS

GLOSARIO AGENDA DIGITAL: Es el sistema por el cual se programa las actividades de trabajo (citas médicas) teniendo en cuenta el factor tiempo. ANAMNESIS: Es la información que proporciona el paciente en el momento de la consulta médica con el fin de incorporar está en la historia clínica. APLICACIÓN WEB: Son programas fáciles de utilizar en el cual se accede a un servidor Web a través de internet mediante un navegador en la cual se pueden realizar diferentes tareas. COMPLEJIDAD: Que tanto tiempo se necesita para terminar cada una de sus fases y qué cantidad de documentos se arroja en cada una de ellas. DIAGNOSTICO: Es el procedimiento por el cual se identifica una enfermedad. ESPECIALISTA: Este término se aplica a la persona que se dedica a una rama determinada en nuestro caso a la medicina. ESCALABILIDAD: Propiedad por la cual un sistema no empeora su rendimiento y funcionalidad ante un número creciente de usuarios. FLEXIBILIDAD: En qué medida permite realizar cambios y correcciones durante el proceso GESTIONAR: Poder hacer diferentes acciones como por ejemplo crear, modificar y eliminar los datos de alguien o algo. INTERCONSULTAS: Es la remisión que hace un especialista a otro para confirmar un diagnostico. MIGRAR LOS DATOS: Dejar el lugar en el cual se encontraban los datos y pasarlo a uno nuevo. MOVILIDAD: Acceder a la aplicación web desde cualquier parte. SEGURIDAD: aplica a la protección y el mal uso de los datos (modificación, eliminación, etc.) contra usuarios desautorizados para el acceso al sistema. Se niega servicios y se detectan las amenazas.

48


MEDISYS

CONCLUSIONES Desde hace unos años la tecnología se convirtió en el motor para hacer la mayoría de cosas; así que es necesario actualizarse a medida que pasa el tiempo; por eso los consultorios, clínicas, edificios comerciales, negocios, etc. Toman su viejo sistema de recolección de datos y lo automatizan. Con la aplicación Web se facilitara trabajo, se agilizaran funciones y lo más importante los datos de los pacientes estarán seguros y disponibles dependiendo de la función y del actor que la efectuar.

49


MEDISYS

BIBLIOGRAFÍA http://www.adictosaltrabajo.com/tutoriales/tutoriales.php?pagina=PHPVsJava [6/10/2011, PHP Vs Java] http://www.desarrolloweb.com/articulos/984.php [6/10/2011, Funciones especiales de Frontpage: Las extensiones de servidor] http://dev.mysql.com/doc/refman/5.0/es/features.html [11/10/2011, Las principales características de MySQL] http://www.professoraligia.com.br/materiais/DBdesigner_14maio.pdf DBDESIGNER]

[11/10/2011,

http://www.monografias.com/trabajos4/basesdatos/basesdatos.shtml [11/10/2011, Programación orientada a objetos. Oracle y SQL Server.]

50

Medisys  

Proyecto de desarrollo de software para un consultorio medico

Read more
Read more
Similar to
Popular now
Just for you