DISEÑO WEB PARA LA OPTIMIZACIÓN DE PROCEDIMIENTOS …

1

DISEÑO WEB PARA LA OPTIMIZACIÓN DE PROCEDIMIENTOS MÉDICOS

NATALIA BELTRÁN GUTIÉRREZ MILTON ADRIÁN MONSALVE CORREA

UNIVERSIDAD PILOTO DE COLOMBIA FACULTAD DE INGENIERÍA INGENIERÍA DE SISTEMAS

BOGOTÁ D.C 2018

2

DISEÑO WEB PARA LA OPTIMIZACIÓN DE PROCEDIMIENTOS MÉDICOS

NATALIA BELTRÁN GUTIÉRREZ MILTON ADRIÁN MONSALVE CORREA

Trabajo de grado para obtener el título de Ingeniero de Sistemas

Tutor John Jairo Caicedo Bolaños Magister en Ingeniería de Sistemas

UNIVERSIDAD PILOTO DE COLOMBIA FACULTAD DE INGENIERÍA INGENIERÍA DE SISTEMAS

BOGOTÁ D.C 2018

3

Nota de aceptación:

________________________________

________________________________

________________________________

________________________________

________________________________

________________________________

________________________________

Firma del presidente del jurado

________________________________

Firma del jurado

________________________________

Firma del jurado

Bogotá D.C 15, mayo, 2018

4

DEDICATORIA

A mi madre María Correa, por estar siempre apoyándome y ser un ejemplo de

vida, de lucha y de esfuerzo. A todas las personas que hicieron posible llegar a

donde estoy y en especial en creer que podría lograr cualquier meta que me

propusiera.

Adrián Monsalve Correa

A Dios por darme fuerzas y guiar mi camino. A mis papás y hermanas por su

apoyo incondicional y sus grandes enseñanzas desde que era una niña, sin

ustedes no habría llegado hasta acá. Y a mis amigos cercanos por motivarme a

sacar mi mejor versión.

Natalia Beltrán Gutiérrez

5

AGRADECIMIENTOS

A los docentes de la facultad de Ingeniería de Sistema de la Universidad Piloto de

Colombia, por aportar sus conocimientos y saberes, siendo estos un pilar e

inspiración para los retos en nuestra vida profesional.

A nuestro asesor de tesis el Ingeniero John Jairo Caicedo Bolaños, quien nos guio

en este proceso para lograr las distintas metas propuestas, a la ingeniera Nelly

Stella Beltrán Cely por sus conocimientos y guías. Gracias por sus

asesoramientos y sus apoyos en el presente trabajo al igual que a Hernán Darío

Bernal por apoyar, corregir y aportar en el proceso que estamos construyendo.

A David Martínez por ser un excelente compañero de trabajo, por tomarse el

tiempo y dedicación de compartir su conocimiento de la manera más amena.

Los Autores

6

Tabla de contenido 1 INTRODUCCIÓN ......................................................................................................................... 15

1.1 PLANTEAMIENTO DEL PROBLEMA .................................................................................... 15

1.2 JUSTIFICACIÓN .................................................................................................................. 17

1.3 ALCANCE ........................................................................................................................... 18

1.4 HIPÓTESIS .......................................................................................................................... 18

1.5 OBJETIVOS ......................................................................................................................... 19

1.5.1 OBJETIVO GENERAL ................................................................................................... 19

1.5.2 OBJETIVOS ESPECIFICOS ............................................................................................ 19

2 MARCO DE REFERENCIA ............................................................................................................ 20

2.1 MARCO HISTÓRICO ........................................................................................................... 20

2.2 MARCO TEÓRICO .............................................................................................................. 20

2.2.1 ANTECEDENTES LOCALES .......................................................................................... 20

2.2.2 ANTECEDENTES NACIONALES ................................................................................... 21

2.2.3 ANTECEDENTES INTERNACIONALES ......................................................................... 22

2.3 MARCO CONCEPTUAL ....................................................................................................... 23

2.3.1 APLICATIVO WEB ....................................................................................................... 23

2.3.2 CLASIFICACIÓN ÚNICA EN PROCEDIMIENTOS EN SALUD (CUPS) ............................. 23

2.3.3 DIAGRAMAS UML ...................................................................................................... 24

2.3.4 DISEÑO DE SOFTWARE .............................................................................................. 25

2.3.5 PLAN OBLIGATORIO DE SALUD (POS) ....................................................................... 25

2.3.6 ENTIDAD DE SALUD ................................................................................................... 25

2.3.7 ENTIDAD PROMOTORA DE SALUD (EPS) ................................................................... 25

2.3.8 INSTITUTO PRESTADOR DE SERVICIOS (IPS) ............................................................. 26

2.3.9 MEDICAMENTO POS – NOPOS .................................................................................. 26

2.3.10 CÓDIGO ÚNICO DE MEDICAMENTO (CUM) .............................................................. 27

2.3.11 FACILITAR .................................................................................................................. 27

2.3.12 GESTOR DE BASES DE DATOS .................................................................................... 27

2.3.13 HEALTH LEVEL SEVEN (HL7) ...................................................................................... 27

2.3.14 LENGUAJE DE PROGRAMACIÓN WEB ....................................................................... 27

2.3.15 OPTIMIZAR ................................................................................................................ 28

7

2.3.16 PACIENTES ................................................................................................................. 28

2.3.17 PROCEDIMIENTOS MÉDICOS .................................................................................... 28

2.3.18 SOFTWARE ................................................................................................................ 28

2.3.19 TIEMPOS DE RESPUESTA ........................................................................................... 29

2.3.20 TECNOLOGÍA DE INFORMACIÓN EN CAMPOS CERCANOS ....................................... 29

2.3.20.1 CÓDIGO DE BARRAS .......................................................................................... 29

2.3.20.2 CÓDIGO DE RESPUESTA RAPIDA (QR) ............................................................... 30

2.3.20.3 ETIQUETAS RFID ................................................................................................ 30

2.3.20.4 COMUNICACIONES EN CAMPO CERCANO (NFC) .............................................. 30

3 DISEÑO METODOLGICO ............................................................................................................ 32

3.1 INSTRUMENTOS DE RECOLECCIÓN DE DATOS.................................................................. 32

4 DESARROLLO ............................................................................................................................. 33

4.1 COMPARACIÓN TECNOLOGÍAS DE RESPUESTA RÁPIDA ................................................... 34

4.1.1 CÓDIGO QUICK RESPONSE ........................................................................................ 35

4.1.1.1 FUNCIONAMIENTO DEL CÓDIGO QR .................................................................... 36

4.2 INTEROPERABILIDAD ENTRE ENTIDADES DE SALUD ......................................................... 37

ESTÁNDARES PRIMARIOS: ......................................................................................................... 38

ESTÁNDARES FUNDAMENTALES: .............................................................................................. 39

DOMINIOS CLÍNICOS Y ADMINISTRATIVOS: .............................................................................. 39

PERFILES EHR: ........................................................................................................................... 39

REGLAS Y REFERENCIAS: ........................................................................................................... 39

4.3 PRUEBAS DE TECNOLOGÍA DE CORTO ALCANCE .............................................................. 43

4.4 IDENTIFICACIÓN Y DOCUMENTACIÓN DE ACTORES ......................................................... 48

4.5 REQUERIMIENTOS ............................................................................................................. 48

4.5.1 REQUERIMIENTOS FUNCIONALES ............................................................................. 48

4.5.2 REQUERIMIENTOS NO FUNCIONALES ....................................................................... 50

4.6 DIAGRAMAS DE CASOS DE USO ........................................................................................ 51

4.7 CASOS DE USO................................................................................................................... 54

4.8 DIAGRAMA ENTIDAD-RELACIÓN ....................................................................................... 68

4.9 DIAGRAMA RELACIONAL ................................................................................................... 69

4.10 DIAGRAMA DE CLASES ...................................................................................................... 70

4.11 DIAGRAMA DE COMPONENTES ........................................................................................ 72

8

4.12 DIAGRAMA DE ACTIVIDADES ............................................................................................ 73

4.13 DIAGRAMAS DE ESTADOS ................................................................................................. 76

4.14 DIAGRAMAS DE SECUENCIA .............................................................................................. 81

4.15 DICCIONARIO DE DATOS - BASE DE DATOS ...................................................................... 83

4.16 VISTAS DE LA APLICACIÓN ................................................................................................ 86

5 RECOMENDACIONES ............................................................................................................... 104

6 CONCLUSIONES ....................................................................................................................... 105

7 BIBLIOGRAFÍA .......................................................................................................................... 106

8 REFERENCIAS ................................................................................................................................ 108

9

LISTA DE TABLAS

Tabla 1. Cuadro comparativo medicamentos POS vs NoPOS ............................................................................ 26 Tabla 2. Capacidad de datos código QR ............................................................................................................ 30 Tabla 3. Personas que participaron en entrevistas o encuestas........................................................................ 32 Tabla 4. Comparación tecnologías .................................................................................................................... 34 Tabla 5. Muestra aleatoria simple .................................................................................................................... 44 Tabla 6. Códigos pruebas .................................................................................................................................. 44 Tabla 7. Tabla pruebas ...................................................................................................................................... 44 Tabla 8. Resultado pruebas manuales .............................................................................................................. 45 Tabla 9. Resultado pruebas manuales II ........................................................................................................... 46 Tabla 10. Error vs total ...................................................................................................................................... 46 Tabla 11. Actor administrador .......................................................................................................................... 48 Tabla 12. Actor médico ..................................................................................................................................... 48 Tabla 13. Actor paciente ................................................................................................................................... 48 Tabla 14. Requerimientos funcionales .............................................................................................................. 48 Tabla 15. Requerimientos no funcionales ......................................................................................................... 50 Tabla 16. Caso de uso - Validar entidad ............................................................................................................ 54 Tabla 17. Caso de uso - Registrar entidad ......................................................................................................... 55 Tabla 18. Caso de uso - Modificar entidad ........................................................................................................ 55 Tabla 19. Caso de uso – Cambiar estado entidad ............................................................................................. 56 Tabla 20. Caso de uso - Validar usuarios ........................................................................................................... 56 Tabla 21. Caso de uso - Registrar usuarios ........................................................................................................ 57 Tabla 22. Caso de uso - Modificar usuarios ....................................................................................................... 57 Tabla 23. Caso de uso - Eliminar usuarios ......................................................................................................... 58 Tabla 24. Caso de uso - Validar nickname existente ......................................................................................... 58 Tabla 25. Caso de uso - Crear contraseña nickname ......................................................................................... 59 Tabla 26. Caso de uso - Crear nickname............................................................................................................ 59 Tabla 27. Caso de uso - Enviar correo datos ..................................................................................................... 60 Tabla 28. Caso de uso - Correo cambio contraseña .......................................................................................... 60 Tabla 29. Caso de uso - Cambiar contraseña nickname .................................................................................... 60 Tabla 30. Caso de uso - Consultar registros en base de datos .......................................................................... 61 Tabla 31. Caso de uso - Consultar epicrisis ........................................................................................................ 61 Tabla 32. Caso de uso - Generar QR epicrisis .................................................................................................... 62 Tabla 33. Caso de uso - Validar CUM ................................................................................................................ 62 Tabla 34. Caso de uso - Ordenar medicamento POS ......................................................................................... 62 Tabla 35. Caso de uso - Ordenar medicamento NoPOS .................................................................................... 63 Tabla 36. Caso de uso - Validar CUPS ................................................................................................................ 63 Tabla 37. Caso de uso - Remitir a médico especialista ...................................................................................... 64 Tabla 38. Caso de uso - Autorizar exámenes médicos ....................................................................................... 64 Tabla 39. Caso de uso - Procedimiento quirúrgico ............................................................................................ 64 Tabla 40. Caso de uso - Asignar nombre al código QR ...................................................................................... 65 Tabla 41. Caso de uso - Consolidar información ............................................................................................... 65 Tabla 42. Caso de uso - Generar salida ............................................................................................................. 66 Tabla 43. Caso de uso - Generar copia salida .................................................................................................... 66 Tabla 44. Caso de uso - Actualizar inventario CUPS .......................................................................................... 66 Tabla 45. Caso de uso - Actualizar inventarios CUM ......................................................................................... 67 Tabla 46. Caso de uso - Consultar QR ................................................................................................................ 67 Tabla 47. Diccionario de datos - modelo entidad relación ................................................................................ 83 Tabla 48. Clasificación única de procedimientos de salud (CUPS) ................................................................... 111 Tabla 49. Código único de medicamentos (CUM) ........................................................................................... 112

10

LISTA DE FIGURAS

Figura 1. Niveles Entidades de salud ................................................................................................................ 21 Figura 2. Diagrama aplicativo web ................................................................................................................... 23 Figura 3. Clasificación única procedimientos salud ........................................................................................... 24 Figura 4. Tipos de diagramas UML .................................................................................................................... 24 Figura 5. Mapa conceptual Plan Obligatorio de Salud ...................................................................................... 25 Figura 6. Tipo de Software ................................................................................................................................ 28 Figura 7. Clasificación de Software ................................................................................................................... 28 Figura 8. Gráfico de barras comparación tecnologías....................................................................................... 35 Figura 9. Partes del código QR .......................................................................................................................... 37 Figura 10. Membresia HL7 ................................................................................................................................ 40 Figura 11. Implementación de mensajería HL7v3 ............................................................................................. 41 Figura 12. HL7 formato XML ............................................................................................................................. 42 Figura 13. HL7 xsd ............................................................................................................................................. 42 Figura 14. HL7 esquema generación código ..................................................................................................... 43 Figura 15.Tiempos de digitación códigos .......................................................................................................... 45 Figura 16. Código QR ......................................................................................................................................... 47 Figura 17: Escaneo código QR ........................................................................................................................... 47 Figura 18. Diagrama casos de uso - administrar Entidades .............................................................................. 51 Figura 19. Diagrama casos de uso - Administrar Usuarios................................................................................ 51 Figura 20. Diagrama de casos de uso – Crear usuario de autenticación al sistema ......................................... 52 Figura 21. Diagrama de casos de uso - Cambiar contraseña usuario autenticación al sistema ....................... 52 Figura 22. Diagrama de casos de uso - Consultar registros base de datos ....................................................... 52 Figura 23. Diagrama de casos de uso - Consultar Epicrisis ............................................................................... 52 Figura 24. Diagrama de casos de uso - Consultar QR........................................................................................ 53 Figura 25. Diagrama de casos de uso - Solicitar procedimientos médicos ........................................................ 53 Figura 26. Diagrama de casos de uso - Consolidar procedimientos médicos .................................................... 53 Figura 27. Diagrama de casos de uso - Generar salida ..................................................................................... 54 Figura 28. Diagrama de casos de uso - Actualizar Códigos procedimientos médicos ....................................... 54 Figura 29. Diagrama Entidad-Relación ............................................................................................................. 68 Figura 30. Diagrama relacional ......................................................................................................................... 69 Figura 31. Diagrama de clases .......................................................................................................................... 70 Figura 32. Diagrama de componentes .............................................................................................................. 72 Figura 33. Diagrama de actividades – Registrar, Modificar, deshabilitar Entidad-Médico-Paciente ............... 73 Figura 34. Diagrama de actividades – Creación nickname y envío de correo ................................................... 73 Figura 35. Diagrama de actividades – cambio de contraseña .......................................................................... 74 Figura 36. Diagrama de actividades – acceso usuarios .................................................................................... 74 Figura 37. Diagrama de actividades –Consulta, Procedimientos, Ordenes ....................................................... 75 Figura 38. Diagrama de estados – Registrar, Modificar, deshabilitar Entidad ................................................. 76 Figura 39. Diagrama de estados – Registrar, Modificar, deshabilitar usuario .................................................. 77 Figura 40. Diagrama de estados – Crear, Enviar, Actualizar, Guardar .............................................................. 78 Figura 41. Diagrama de estados – Consultar .................................................................................................... 79 Figura 42. Diagrama de estados – Procedimientos médicos ............................................................................. 80 Figura 43. Diagrama de secuencia- Administración entidad ............................................................................ 81 Figura 44. Diagrama de secuencia - Administrar paciente .............................................................................. 81 Figura 45. Diagrama de secuencia - Autenticación al sistema .......................................................................... 82 Figura 46. Diagrama de secuencia - Realizar consultas .................................................................................... 82 Figura 47. Diagrama de secuencia - Procedimientos médicos .......................................................................... 83 Figura 48. Mockup - Autenticación al sistema ................................................................................................. 86 Figura 49. Mockup - Inicio Admin ...................................................................................................................... 87

11

Figura 50. Mockup - Registrar entidad .............................................................................................................. 87 Figura 51. Mockup - Modificar entidad ............................................................................................................. 88 Figura 52. Mockup – Cambiar estado entidad .................................................................................................. 88 Figura 53: Mockup - Registrar admin ................................................................................................................ 89 Figura 54. Mockup - Registrar médico ............................................................................................................. 89 Figura 55. Mockup - Registrar paciente ............................................................................................................ 90 Figura 56. Mockup - Modificar usuario ............................................................................................................. 90 Figura 57. Mockup – Cambiar estado usuario .................................................................................................. 91 Figura 58. Mockup – Actualizar códigos ........................................................................................................... 91 Figura 59. Consultar registros pacientes ........................................................................................................... 92 Figura 60. Consultar registros médicos ............................................................................................................ 92 Figura 61. Consultar registros admin ............................................................................................................... 93 Figura 62. Consultar registros CUPS .................................................................................................................. 93 Figura 63. Mockup – Consultar registros CUM.................................................................................................. 94 Figura 64. Mockup – Crear nickname ............................................................................................................... 94 Figura 65. Mockup – Restablecer contraseña .................................................................................................. 95 Figura 66. Cambio de contraseña ...................................................................................................................... 95 Figura 67. Nueva contraseña ............................................................................................................................ 96 Figura 68. Inicio médico .................................................................................................................................... 96 Figura 69. Mockup – Consulta epicrisis ............................................................................................................. 97 Figura 70. Consultar registros pacientes – médico ........................................................................................... 97 Figura 71. Consultar registros CUPS – médico .................................................................................................. 98 Figura 72. Consultar registros CUM – médico ................................................................................................... 98 Figura 73. Procedimientos médicos – consultar ................................................................................................ 99 Figura 74. Procedimientos médicos - medicamento POS .................................................................................. 99 Figura 75. Procedimientos médicos - Medicamento NoPOS ........................................................................... 100 Figura 76. Procedimientos médicos – MIPRES ................................................................................................ 100 Figura 77. Procedimientos médicos – especialista .......................................................................................... 101 Figura 78. Procedimientos médicos - exámenes médicos ............................................................................... 101 Figura 79. Procedimientos médicos – quirúrgico ............................................................................................ 102 Figura 80. Procedimientos médicos - consolidar QR ....................................................................................... 102 Figura 81. Procedimientos médicos - generar QR ........................................................................................... 103 Figura 82. Encuesta - Rango de edad ............................................................................................................. 125 Figura 83. Encuesta - Entidades de salud a las que pertenecen ..................................................................... 125 Figura 84. Encuesta - Calificación entidad de salud ........................................................................................ 125 Figura 85. Encuesta - Implementación tecnológica......................................................................................... 126 Figura 86. Encuesta - Inconvenientes con Entidad de salud ............................................................................ 126

12

TABLA DE ANEXOS Anexo A. Clasificación única de procedimientos en salud (CUPS) ...................................................... 111 Anexo B. Código único de medicamentos (CUM) ................................................................................... 112 Anexo C. Entrevista paciente número uno ............................................................................................... 113 Anexo D. Entrevista paciente número dos ............................................................................................... 116 Anexo E. Entrevista Ingeniero de Sistemas ............................................................................................. 117 Anexo F. Entrevista Médico ........................................................................................................................ 123 Anexo G. Encuesta 30 personas ............................................................................................................... 125 Anexo H. Pruebas digitación códigos ........................................................................................................ 127 Anexo I. Código PHP – QR ......................................................................................................................... 129 Anexo J. Lenguaje de Base de Datos (DDL) ........................................................................................... 130

13

RESUMEN

La presente tesis orienta al diseño de una solución en la optimización de

procedimientos médicos, permitiendo interoperabilidad de los datos electrónicos

de un paciente entre distintas entidades de Salud. De esta manera lograr como

resultados la capacidad de consultar la epicrisis de un usuario desde cualquier

punto de urgencias o un lugar de consulta externa o poder ser consultada en caso

de ser necesario para algún tipo de trámite administrativo dentro de la entidad.

Se pretende consolidar la información de los procedimientos clínicos asociados a

un paciente, el cual beneficiara a los pacientes en dos principales aspectos, evitar

desplazamientos innecesarios en la solicitud de una autorización y la pérdida de

tiempo al momento de dejar uno de los documentos necesarios para un

procedimiento.

PALABRAS CLAVE: CONSOLIDAR INFORMACIÓN, INTEROPERABILIDAD,

ENTIDAD DE SALUD, PROCEDIMIENTOS MÉDICOS

14

ABSTRACT

This thesis guides the design of a solution in the optimization of medical procedures, allowing interoperability of a patient's electronic data between different health entities. In this way, we can achieve the results of the ability to consult the epicrisis of a user from any emergency point or a place of external consultation. The intention is to consolidate the information of the clinical procedures associated with a patient, which will benefit the patients in two main aspects, avoiding unnecessary displacements in the request of an authorization and the loss of time when leaving one of the necessary documents for a process. KEYWORDS: CONSOLIDATE INFORMATION, INTEROPERABILITY, HEALTH ENTITY, MEDICAL PROCEDURES

15

1 INTRODUCCIÓN A través de los años se ha visto reflejado que mejorar los sistemas de servicios de salud es de vital importancia para que los ciudadanos puedan acceder a una asistencia de alta calidad, ya que es oportuno para el paciente que en el proceso de realizar un trámite personalmente en una Institución Prestadora de Salud o Servicios (IPS), sea lo menos tedioso posible. Dada la importancia de mejorar la atención al usuario y de reducir las largas esperas entre un procedimiento a otro, no hace posible tener una atención ágil hacia los pacientes. Además de esto, la ausencia de comunicación entre diferentes Entidades Promotoras de Salud (EPS) y de la misma red de urgencias sobre una entidad también es un factor que actúa de manera desfavorable hacia las atenciones requeridas. A lo largo del presente documento, se detallará una posible solución para reducir los tiempos muertos que tiene un paciente al momento de realizar una solicitud en un Entidad Prestador de Salud. Se tiene como propósito de estudio, la mejora en la atención al usuario incluyendo la comunicación directa entre una red de urgencias de la misma Entidad Promotora de Salud, consulta de la epicrisis de un paciente entre diferentes entidades. Se usará un protocolo que permita la interoperabilidad de los datos electrónicos clínicos, para así ofrecer la comunicación entre entidades que ofrecen el servicio de salud a los ciudadanos y posibilitar la consulta de información de esta información. Con el fin de reducir tiempos muertos de espera, mejorar la atención al usuario y permitir que se consulta la historia clínica del paciente entre entidades afiliadas, donde cada uno puede ser una posible solución a los problemas mencionados anteriormente y así finalmente poder dar un diseño que pueda aportar a un desarrollo futuro del mismo.

1.1 PLANTEAMIENTO DEL PROBLEMA

Las entidades de salud cuentan con diferentes procesos de atención al usuario, los cuales en muchos casos no son efectivos, debido a que tiende a tener tiempos muertos, causando retrasos en los procedimientos los cuales son perjudiciales tanto para el paciente como para las entidades. Algunos de los inconvenientes que retrasan una atención ágil y oportuna para el paciente son relacionados con procedimientos médicos tales como trámites quirúrgicos, autorizaciones de medicamentos no incluidos en el Plan Obligatorio

16

de Salud (POS), entre otros. Al momento de realizar una autorización de un procedimiento médico, el paciente no cuenta con los documentos solicitados, este se ve forzado a cancelar el procedimiento y retomarlo cuando consolide la información requerida por la entidad. Hay casos que un solo paciente tiene varias autorizaciones, pero cada una de estas es en un lugar distinto, dado esto debe desplazarse a cada una para realizar el trámite correspondiente. De igual manera, si al momento de pasar el documento al asesor encargado de digitalizar la información de los códigos CUPS (Clasificación única de procedimientos en salud), esta persona se equivoca, aunque sea en un digito, se debe realizar un reproceso para hacer la corrección del mismo. En el caso de ser un medicamento especial que no se encuentra disponible en mi Mipres (Mi Prescripción) o que tanto el medicamento como el código del procedimiento no esté registrado en la base de datos, donde en algunos casos el médico debe llenar el consentimiento NO POS donde posterior a esto, el paciente debe llevarlo a la EPS para que le den la autorización respectiva o le indiquen que debe esperar unos días para reclamar dicha autorización (Este procedimiento se realiza generalmente cuando el procedimiento es muy costoso y se requiere de una explicación más detallada del médico). Paralelo a esto, hay procedimientos médicos que son de una prioridad más elevada para cada entidad, se requiere pasar el procedimiento a un comité medico donde toman la decisión de aprobar o denegar dicha solicitud. Otros aspectos por mencionar son:

Cuando el diagnostico está errado y debe ser devuelto al médico tratante

Cuando se diligencia erróneamente una formula médica

El médico que diligenció la fórmula médica, no se encuentre disponible.

El paciente no se encuentre en condiciones de solicitar una autorización.

El médico no puede solicitar directamente la autorización al paciente, en el caso de que éste no pueda realizarla.

Una red de urgencias de una EPS no tiene una transmisión establecida entre todas sus entidades que prestan el servicio de urgencias, razón por la cual, si un paciente se dirige a una entidad diferente a la que habitualmente asiste, esta genera una historia clínica nueva, ya que no tiene el acceso a la epicrisis del lugar principal al que se dirige el usuario. Por otra parte, si una persona desea hacer un cambio de EPS, debe dirigirse a la entidad para solicitar su historia clínica y poder trasladarla al lugar que desea realizar el cambio. Para concluir, esta falta de optimización de los procesos ya mencionados son la causa de las constantes quejas del usuario de la salud en Colombia, lo cual ha hecho que él esté catalogado como uno de los países menos eficientes en el sector de la salud.

17

¿Con el diseño de una aplicación web, se puede contribuir al mejoramiento el proceso de optimización de los servicios en el sector de la Salud?

1.2 JUSTIFICACIÓN

En Colombia existen múltiples dificultades, en especial la prestación de los servicios de salud y gran parte de estos es la falta de una organización, estructuración e intercambio de información entre entidades con otras no afiliadas a la entidad, generando inconvenientes en la comunicación. En algunos de estos procesos esta la solicitud de medicamento y actualmente existe un aplicativo web, MiPres que solo envía solicitudes para ciertos medicamentos NO POS. Esta es enviada al Ministerio de Salud y posteriormente luego de cinco a diez días hábiles se remite la respuesta de aprobación o negación a la entidad que se encuentra afiliado el paciente. Para el usuario saber si fue aprobada debe dirigirse a la entidad de salud y esperar la respuesta por parte de algún asesor. Si es admitida, deberá acercarse a una de las farmacias afiliadas a la entidad y si no es aprobada se le dirá el motivo por el cual no fue aceptada, posteriormente el usuario debe dirigirse nuevamente a localizar el médico que diligenció el formato para que realice la autorización o modificación en caso de haber alguna inconsistencia en algún proceso y luego el paciente ha de volver a esperar y realizar el trámite que se comentó anteriormente, generando más gastos y recursos en papelería innecesaria ocasionando un daño al medioambiente por la utilización de papel. Estos errores en muchas ocasiones son por manipulación, no conocimiento o digitalización humana. Se desea diseñar un modelo que agilice y optimice los tiempos de digitación de los códigos de procedimientos quirúrgicos, especialidades, medicamentos POS y No POS y poder consultar información entre las diferentes entidades prestadoras de salud. Al consultar la información se facilitará un manejo mejor, un correcto funcionamiento y un diagnóstico más certero en la atención que pueda generar el paciente en otra entidad; en caso de que el paciente ingrese por urgencias y se encuentre en condiciones no aptas, como estar inconsciente, esto ayudará a conocer el estado actual de salud y la forma en que debe ser tratado, evitando así errores en la atención y formulación médica. Con el diseño de un aplicativo web que consulte la información necesaria de otras entidades de urgencias, se logrará evitar los inconvenientes anteriormente planteados. También se logrará un aporte a la conservación del medioambiente, ayudando en el proceso del cambio climático que actualmente tiene el planeta, y contribuyendo al país en el pacto que firmo en Acuerdo de París. Se pasaría de generar múltiples procesos en varios documentos a uno solo, para posteriormente ser enviado al ente que lo requiera; y realizar el intercambio de información requerida por parte de la EPS o las EPS o en caso de que el paciente desee cambiar de una entidad a otra.

18

Se espera disminuir los tiempos muertos de los pacientes al realizar filas y espera de autorizaciones que pueden ser rechazadas por un error de transcripción. Mejorar el proceso de autorización de procedimientos médicos, llámese solicitud de una especialidad, medicamento No POS o un procedimiento quirúrgico. Se plantea diseñar una aplicación que genere un código con toda la información que necesita el usuario, donde el paciente solo deba desplazarse para ser escaneada y proceda con el flujo de atención o ser enviada vía correo electrónico y posteriormente esperar la respuesta de este. Por ello se busca disminuir o eliminar los desplazamientos innecesarios que se tiene al momento de asistir a diferentes puntos de urgencias, en el cual cada punto maneja una historia clínica distinta y finalmente, al cambiar de EPS no sea necesario dirigirse a la primera a pedir los documentos necesarios para el intercambio.

1.3 ALCANCE

Esta investigación buscará mediante un diseño de un aplicativo web solucionar inconvenientes en la solicitud de procedimientos de servicios médicos, evitando de esta manera que el usuario deba realizar más procedimientos de lo inicialmente solicitado. Las redes de pacientes recibirán diferentes soluciones a sus problemas, como la atención en salud más humana, una atención en tiempo real, oportuno y eficiente, generando menos traumatismos al solicitar una autorización de procedimientos médicos, medicamentos no incluidos en el POS y procedimientos quirúrgicos. Realizar un diseño de un aplicativo web que solucione la problemática actual de la falta de consolidación de documentación al momento de solicitar un procedimiento o exámenes, de pasar de entregar varias hojas a que el médico envíe una consolidación de esta información a la entidad respectiva. Esto con el fin de generar un mayor flujo de atención y mejoría en el sistema de atención actual. Con el fin de que este diseño sirva como un prototipo final, para poder en un futuro pasarlo a etapa de desarrollo, pruebas e implementación. Con el fin de reducir los tiempos muertos para el paciente, agilizar tiempos de espera y contribuir con el medio ambiente.

1.4 HIPÓTESIS

Con una aplicación web se logrará una optimización en la mejora de procedimientos médicos, consulta de información clínica entre entidades no afiliadas, generando un tiempo de respuesta más eficiente y menos errores en la atención. Toda la información y documentación que se debe entregar a la entidad cambie a un solo documento; de tal que el paciente tenga respuesta a los diferentes procedimientos, evitando así desplazamientos innecesarios.

19

Los médicos se le facilitarán una mejora y óptima atención al paciente. En caso de inconvenientes por errores de digitalización se pueda solicitar a algún usuario médico de la entidad las diferentes modificaciones, sin esperar o pedir una nueva cita médica para modificar el inconveniente generado. En las EPS se agilizará el proceso de atención al usuario. Generando más confiabilidad y mejoras de respuestas en las autorizaciones de los procedimientos médicos.

1.5 OBJETIVOS

1.5.1 OBJETIVO GENERAL

Diseñar un aplicativo Web que aporte a la optimización de los tiempos de respuesta en los procesos administrativos que una entidad de salud toma para informar de manera oportuna a los pacientes sobre procedimientos médicos que requieren y compartir dicha información con las demás entidades.

1.5.2 OBJETIVOS ESPECIFICOS

Comparar las distintas tecnologías existentes para consolidar los procedimientos médicos y determinar cuál de ellas es la más adecuada.

Definir el estándar a usar que permita establecer el intercambio de datos electrónicos (epicrisis) entre entidades de salud de forma pertinente.

Disminuir los tiempos de respuesta y atención por parte de la entidad de salud en los diferentes procedimientos que realiza y/o solicita.

20

2 MARCO DE REFERENCIA

2.1 MARCO HISTÓRICO

En los años 50’s varias empresas en Estados Unidos produjeron computadoras para un propósito frecuente y su desarrollo consistía en la integración del software y hardware, su función principal era en aplicaciones militares como el control de tiro y radares. Después de esto, para el año 1960, IBM construye el sistema operativo IBM OS/360, siendo este el progreso más sofisticado de la época. En los años 70’s se identificaron las diferentes fases del desarrollo como requerimientos, análisis, diseño, codificación y pruebas, además de esto, se introduce la programación estructurada, métodos formales para especificar software y los paradigmas de la programación orientada a objetos. En el año 1995 el proyecto de Internet se convierte en una realizad que llevó a un rápido crecimiento en la demanda de distintos sistemas de información y correo electrónico en la World Wide Web (WWW)o mejor conocido con Web. Para el 2006, las aplicaciones médicas empiezan a tomar fuerza, se pasa a sistematizar todo lo relacionado con la historia clínica. Esta se procede a guardar y manejar desde los servidores y luego ser compartida. En el campo de la salud se estipularon diferentes formas y normas para así evitar incidentes en los que fallos en el software podrían haber llevado a que se perdieran vidas, diagnósticos erróneos o tiempos de atención1.

2.2 MARCO TEÓRICO

2.2.1 ANTECEDENTES LOCALES En el caso de Colombia existen entidades de salud de primer y segundo nivel, en Bogotá estos centros de salud están ubicados en cada una de las 20 localidades de la ciudad, y son encargados de ofrecer servicios básicos a la población de la localidad, a través de una atención ambulatoria, con énfasis en promoción de la salud y prevención de los mismos(primer nivel), manejando una tecnología de baja complejidad, que se utiliza en servicios básicos en la consulta externa, algunos de estos centros poseen servicio de urgencias(segundo nivel); puesto que son en cargados de atender problemas de salud de menor severidad. La cobertura varía de la localidad o región donde este se encuentre. En caso de ser una atención de mayor complejidad ser remite a entidades de tercer y cuarto nivel para su evaluación y atención. Las entidades de salud de tercer nivel y cuarto nivel son los centros que poseen una infraestructura capaz de brindar atención a requerimientos más complejos de

1 (Angel Gutierrez , Jose Lopez, Desarrollo y programación en entornos web . Mexico D.F. 2017. P. 39)

(Pressman Roger, Ingenieria de Software un Enfoque Practico. Mexico D.F. 2010. P. 1) (Sommervile Ian, Ingenieria de Software. Madrid, 2011. P. 5)

21

la población. Estos ofrecen servicios quirúrgicos, especialidades, hospitalización y red de urgencias contando así con un servicio de 24 horas, contando con cuidados especializados y más sofisticados que los de primer y segundo nivel, son manejadas y financiadas por el estado, atendiendo a toda la población en general en especial aquellos que se encuentren registrados en el Sisben (Sistema de Selección de Beneficiarios Para Programas Sociales).2 El sistema salud colombiano se maneja por niveles y cada uno de estos manejan diferentes complejidades como se puede observar en la figura 1. Figura 1. Niveles Entidades de salud

Fuente: Elaboración propia

2.2.2 ANTECEDENTES NACIONALES En el mes de septiembre de 2016 empezó a funcionar la plataforma “Mi prescripción (Mipres)” para que las personas que requieran un medicamento que no esté cubierta por el POS (Plan Obligatorio de Salud). Este proceso omitirá en muchos casos pasar por el Comité Técnico Científico (CTC), sino que ahora el médico se la podrá prescribir sin necesidad de autorización (En algunos temas). Esta tecnología permite a los profesionales de la salud formular medicamentos, sin necesidad de pasar por el Comité Técnico Científico (CTC).3 Algunas entidades permiten solicitar algún procedimiento médico bajo un coste adicional y en muchos casos la mayoría de los usuarios no pueden pagar. Entre ellas esta Coomeva Medicina Prepagada y su aplicativo tienen la opción de visualizar cuáles son las alianzas especiales para el tratamiento de alguna dolencia o consulta especializada.4 Para solicitar un procedimiento el usuario debe escanear la orden médica o tomar una foto legible, la historia clínica en formato JPG o PDF; luego diligenciar el formulario completamente y adjuntar los documentos digitalizados.

2 (Ministerio de Salud y Proteccion, 1994.

https://www.minsalud.gov.co/Normatividad_Nuevo/RESOLUci%C3%93N%205261%20DE%201994.pdf) 3 (MinSalud, 2017. https://www.minsalud.gov.co/Paginas/Mipres.aspx)

4 (COOMEVA, 2017. http://medicinaprepagada.coomeva.com.co/index.php)

22

Este proceso se realiza individualmente y el día de la cita médica ha lleva los documentos escaneados (ordenes, historia clínica, formula médica y autorización) y en algunos procesos el usuario debe realizar el procedimiento personalmente en la entidad. Otro servicio especializado es Coolmedica; en el cual el usuario solicita diferentes procedimientos sin la necesidad de solicitar o de que el medico de medicina general lo solicite. Tiene diferentes procedimientos que permite realizar por medio del aplicativo web; en algunos casos el usuario debe dirigirse a la entidad para solicitar el servicio.5

2.2.3 ANTECEDENTES INTERNACIONALES En Europa se encuentra la fundación AXA y nace en 1998, cuyo propósito es promover una política de patrocinio siempre alineada con las acciones de Responsabilidad en el mundo, pero adaptada a las características y necesidades de nuestro país. Tiene diferentes alternativas para solicitud de procedimientos médicos. Esto se realiza por medio de un aplicativo Web que permite solicitar las autorizaciones médicas de una manera ágil, desde cualquier lugar de Europa.6 Para solicitar algún procedimiento debe diligenciar la solicitud con un plazo de tiempo inferior a 2 meses y superior a 48 horas después de la prestación del servicio, siempre que lleve la firma autorizada del médico. En caso de tramitar mal la información se espera aproximadamente un mes y realizarlo nuevamente, sin contar que estos procesos tienen un coste adicional. Otro servicio web es European Medicines Agency. Que permite encontrar información sobre designaciones de enfermedades raras (huérfanas) basadas en aplicaciones que han sido evaluadas por el Comité de Medicamentos Huérfanos (COMP) de la Agencia Europea de Medicamentos (EMA). Las solicitudes de designación huérfana son examinadas por la COMP, que adopta una opinión que se remite a la Comisión Europea. La Comisión Europea decide si otorga el medicamento en cuestión. Para la entrega de los medicamentos deben ser autorizados después ser comercializados y puestos a disposición de los pacientes; cada país dentro de la Unión Europea (UE), posee la potestad de darlo y para ser reclamados el paciente se dirige a la agencia y posteriormente se indica dónde debe dirigirse a reclamarlos. El aplicativo solo está disponible en idioma inglés y se especializa en la entrega de medicamentos prioritarios, es decir para pacientes con enfermedades graves.7

5 (COOLMEDICA , 2017. https://www.colmedica.com/Paginas/Home.aspx)

6 (AXA SEGUROS GENERALES, 2015. https://www.axa.es/)

7 (EUROPEAN MEDICINES AGENCY, 2017. http://www.ema.europa.eu/ema/)

23

2.3 MARCO CONCEPTUAL

2.3.1 APLICATIVO WEB Figura 2. Diagrama aplicativo web


El proceso para tener acceso a una aplicación web inicia desde una estación de trabajo inteligente (1), que es el que permite el acceso a un navegador web (2) (Mozilla, Firefox, Explorer, Safari, entre otros) donde se especifica el dominio de la página a la cual se desea ingresar, el navegador toma esta información y establece una conexión con el servidor por medio del protocolo TCP-IP (3) como se puede observar en la figura 2. Cuando ya se establece dicha conexión, el navegador empaqueta y envía la solicitud al servidor para dar inicio al script del lado del servidor (método de diseño de sitios web para que el proceso o la solicitud del usuario se ejecute en el servidor de origen)8. Cuando este recibe la solicitud, la procesa dependiendo del lenguaje de programación preestablecido (4) (Php, Perl, Python, Java, Ruby), paralelo a esto, el servidor realiza la conexión con la base de datos (Oracle, Mysql, PostgresSQL, Sql Server) donde esta interpreta los permisos para cada solicitud, es decir la información puede entregar al servidor para poder continuar con el proceso de ejecución (5), por último cuando el servidor ya tiene la data que va a devolver al navegador, esta recibe el código html y crea una representación interna de la maquetación de cada página para que el navegador retorne el diseño y la información solicitada.

2.3.2 CLASIFICACIÓN ÚNICA EN PROCEDIMIENTOS EN SALUD (CUPS) Cups (clasificación única en procedimientos en salud), el cual corresponde a un ordenamiento lógico de normalización y actualización de datos en el cual se detalla el proceso y procedimientos que se realizan, estos son identificados por un código y por nomenclatura. Está reglamentada por el artículo 19 de la ley 1751 de

8 (computerhope, Creación de scripts en el lado del servidor, 2017.

https://www.computerhope.com/jargon/s/server-side-scripting.htm)

24

2015 (Resolución 3804 de 2016). Los listados de los CUPS se representan en el Anexo A

Se constituyen en:

Mecanismos de comunicación estandarizada de manera que manejen un mismo lenguaje y conceptos.

Información para el sistema de salud, es decir intercambio de información clínica con el estado.

Estandariza los datos que se consolida

En la figura 3 se realizar un gráfico de como interactúa los códigos CUPS y la comunicación entre los distintos actores.

Figura 3. Clasificación única procedimientos salud

Tomado de https://www.minsalud.gov.co/sites/rid/Lists/BibliotecaDigital/RIDE/VP/RBC/actualizacion-clasificacion-unica-

procedimientos-salud-cups.pdf

2.3.3 DIAGRAMAS UML Los diagramas UML (Lenguaje Unificado Modelado) son un estándar internacional para la creación de esquemas que son utilizados en la fase de diseño de un software, el desarrollo de estos diagramas proporciona organización y mayor claridad en el proceso de diseño de tal forma que los analistas, clientes, desarrolladores y otras personas involucradas en el desarrollo del sistema lo comprendan.9 Figura 4. Tipos de diagramas UML


9 (Schmuller, Aprendiendo UML en 24 horas, 2000)

https://www.minsalud.gov.co/sites/rid/Lists/BibliotecaDigital/RIDE/VP/RBC/actualizacion-clasificacion-unica-procedimientos-salud-cups.pdf

https://www.minsalud.gov.co/sites/rid/Lists/BibliotecaDigital/RIDE/VP/RBC/actualizacion-clasificacion-unica-procedimientos-salud-cups.pdf

25

En la figura 4 se observa los diagramas a usar como el diagrama de casos de uso, diagrama de estados, diagrama de secuencia, diagrama de colaboraciones, diagrama de actividades y el diagrama de componentes.

2.3.4 DISEÑO DE SOFTWARE La importancia de esta etapa es poder plasmar gráficamente las ideas que se recogieron en la etapa de análisis de requisitos del software permitiendo que durante este proceso se pueda contemplar cosas que anteriormente eran parte del análisis inicial, por otra parte, tener una mayor visión para versiones futuras del software. “La actividad del diseño se refiere al establecimiento de las estructuras de datos, la arquitectura general del software, representaciones de interfaz y algoritmos”.10

(Roger Pressman, Ingeniería de Software, Análisis y Diseño, 2012).

2.3.5 PLAN OBLIGATORIO DE SALUD (POS)

Figura 5. Mapa conceptual Plan Obligatorio de Salud


En la figura 5 se examina parte del esquema de las EPS como los planes complementarios que son opcionales para los usuarios y los convenios con las IPS.

2.3.6 ENTIDAD DE SALUD Son las entidades que prestan el servicio de salud a los ciudadanos, este se conforma por EPS e IPS.

2.3.7 ENTIDAD PROMOTORA DE SALUD (EPS) Estas empresas son las encargadas de promover los servicios médicos, es decir, lo netamente comercial y administrativo. La afiliación de esta se hace desde la parte de gestión humana de la empresa en la que labora cada persona o en el caso de ser independiente, dirigiéndose a las instalaciones de la misma.

10

(Roger Pressman, Ingeniería de Software, Análisis y Diseño, 2012)

26

MEDICINA PREPAGADA: Es un sistema donde los usuarios al cancelar una medicina prepagada tienen más beneficios que las personas que solo tiene acceso al POS, entre los beneficios es tener acceso a una red de urgencias más amplia, poder sacar citas médicas más rápido, en la parte hospitalaria, hay habitaciones individuales, incluso hay planes que cubren cama del acompañante y hospitalización en casa.11 PLAN DE ATENCIÓN COMPLEMENTARIO (PAC): Es un plan de contratación individual, familiar o colectivo, que brinda servicios de fácil acceso, con una red preferencial de IPS, mayor cobertura, comodidad y tecnología, ampliando los beneficios del Plan de Beneficios en Salud (PBS).12

2.3.8 INSTITUTO PRESTADOR DE SERVICIOS (IPS) Estas son las Instituciones Prestadoras de Servicios. Es decir, todos los centros, clínicas y hospitales donde se prestan los servicios médicos, bien sea de urgencia o de consulta.13

2.3.9 MEDICAMENTO POS – NOPOS El Plan obligatorio de salud (POS) es el conjunto de servicios para atención en salud a los que el afiliado tiene derecho en el Régimen Contributivo del Sistema General de Seguridad Social en Salud.14 Tabla 1. Cuadro comparativo medicamentos POS vs NoPOS

CUADRO COMPARATIVO

MEDICAMENTOS POS MEDICAMENTOS NOPOS

Se puede reclamar solo con orden médica.

Se debe enviar la orden al comité académico por medio de las oficinas de atención al usuario.

Se despacha en la farmacia afiliada a la EPS.

Se entrega en una farmacia especial.

No tiene tiempos establecidos para reclamar.

Tiene tiempos establecidos para reclamar. Después de ese tiempo se debe volver a realizar los trámites.

Las cubre el Estado. No las cubre el Estado o solo cubre un porcentaje.

11

(Finanzas Personales, ¿Para qué prepagada?, 2017. http://www.finanzaspersonales.co/gaste-eficientemente/salud/articulo/para-que-prepagada/36057) 12

(Nueva EPS, Plan de Atención Complementaria, 2018. http://www.nuevaepspac.com/que-es-el-plan-de-atencion-complementaria-integral-de-nueva-eps/) 13

Fuente especificada no válida. 14

(Ministerio de Salud y Proteccion, 1994. https://www.minsalud.gov.co/Normatividad_Nuevo/RESOLUci%C3%93N%205261%20DE%201994.pdf)

27

Es menos costoso. Es más costoso

Se generan medicamentos genéricos. Se generan medicamentos originales.

Fácil acceso. En ocasiones de difícil acceso o con tutela.

Algunos son diligenciados directamente en Mipres.


2.3.10 CÓDIGO ÚNICO DE MEDICAMENTO (CUM) El CUM es el número que se le otorga a los medicamentos por la subdirección de Registros Sanitarios. Los listados de los códigos únicos de medicamentos se representan en el Anexo B

2.3.11 FACILITAR Es establecer un determinado proceso más fácil o acelerar los procesos de manera ágil de los sistemas, de modo que los usuarios puedan solicitar los diferentes procedimientos médicos más fácil y simple.

2.3.12 GESTOR DE BASES DE DATOS Un sistema de gestor de bases de datos (SGBD) es un programa que permite la definición de las bases de datos, es decir la modificación, extracción y almacenamiento de información, estos sistemas garantizan la confidencialidad, seguridad, integridad y calidad de los datos. Entre los tipos de bases de datos se encuentran las relacionales (SQL) y las no relacionales (NoSQL). Entre las bases de datos SQL se encuentra Oracle, MySQL, SQL Server y las NoSQL están MongoDB, couchDB y bigTable15

2.3.13 HEALTH LEVEL SEVEN (HL7) HL7 es una organización Sin ánimo de lucro donde implementa estándares que permite la interoperabilidad entre entidades de salud, permitiendo el “intercambio de documentos clínicos (por ejemplo, informes de alta o "Epicrisis" y notas de evolución)”.16

(Xavier Pardell, 2018. http://www.pardell.es/el-estandar-hl7.html).

2.3.14 LENGUAJE DE PROGRAMACIÓN WEB Los lenguajes de programación son los que ayudan a traducir órdenes del usuario. Esta programación no se encuentra disponible al cliente final, esto se puede dividir en dos aspectos back-end y front-end donde la tecnología que corre del lado del navegador web, el cual se encarga de toda la parte visual y todas las técnicas de User Experience referente a la parte de un diseño amigable, intuitivo, bien distribuido y cómodo para usar. Por otro lado, el back-end es el que se encuentra

15

(Gajani Ali, 2017. http://www.monitis.com/blog/cc-in-review-the-key-differences-between-sql-and-nosql-dbs/) 16

(Xavier Pardell, 2018. http://www.pardell.es/el-estandar-hl7.html)

28

del lado del servidor, es decir toda la parte lógica de un programa, este se encarga del manejo de sesiones de usuarios e intercambio con las bases de datos, para poder realizar esta manipulación en la data, es necesario contar con un front-end que le permita al usuario esta interacción de una manera simplificada.17

2.3.15 OPTIMIZAR Es el proceso de mejorar o modificar un sistema para ser más eficaz, aumentando los tiempos de atención al usuario en los diferentes procedimientos que realice.

2.3.16 PACIENTES Son las personas que sufren dolencias, malestar, o enfermedades y por ende están sometidas o necesitan de servicios médicos. Para considerarse también paciente debe de pasar por la identificación de los síntomas, diagnóstico, tratamiento y resultados.

2.3.17 PROCEDIMIENTOS MÉDICOS Son prestaciones o procedimientos en salud que se le dan al paciente, implican un diagnóstico, tratamientos terapéuticos, quirúrgicos y exámenes.

2.3.18 SOFTWARE Son el conjunto de instrucciones con las que se comunica el computador para poder realizar ciertas acciones y rutinas. Figura 6. Tipo de Software


En la figura 6 se observa el tipo de software que se maneja dentro de una entidad como son el software de sistema que da el soporte y comunicación con el hardware. El software de programación permite desarrollar programas informáticos en diferentes lenguajes y el software de aplicación son los que permiten la realización e interacción entre el sistema y el usuario. Figura 7. Clasificación de Software


17

(Ivan Diaz Alvarado, 2014. https://serprogramador.es/que-es-frontend-y-backend-en-la-programacion-web/)

29

En la figura 7 se analiza el costo vs la apertura de código fuente mirando la complejidad dentro del sistema. El software está dividido en tres tipos (sistema, programación y aplicación). El encargado de permitir la comunicación entre el sistema y el hardware desde los controladores y sistemas operativos, software que ayuda al desarrollo de aplicaciones, como lo son los compiladores, depuradores, intérpretes y editores de texto y por último y no menos importante se encuentra el software diseñado para el usuario final, es decir todas las aplicaciones que se usan a diario en los dispositivos tecnológicos como los son software ofimático, medico, educativo, recreacional entre otros.18 Adicional a esto, está la clasificación de software la cual se divide en dos ítems, el costo y la apertura de código, estas se refieren a las aplicaciones por las cuales se debe cancelar un monto específico o las gratuitas y por último las de código abierto (Open Source) y código cerrado. Estas dos se diferencian en que una tiene código disponible ante las personas interesadas y la otra no. 19

2.3.19 TIEMPOS DE RESPUESTA Es el tiempo que transcurre en el que un usuario recibe una respuesta a una petición o solicitud a la entidad de salud

2.3.20 TECNOLOGÍA DE INFORMACIÓN EN CAMPOS CERCANOS Con el fin de implementar una tecnología que consolide cierta información del paciente de manera digital y rápida, eliminando así los posibles errores causados por las personas encargadas de transcribir cada código CUPS del paciente. Entre las posibles tecnologías para este, encontramos el código de barras, las etiquetas RFID, el código QR y la tecnología NFC.

2.3.20.1 CÓDIGO DE BARRAS Es un código basado en la representación de un conjunto de líneas paralelas de distinto grosor y espaciado. Estas barras y espaciados representan una cadena pequeña de información. El código de barras permite reconocer de manera rápida un artículo. Para realizar esta lectura se necesita de un lector óptico y un software para que realice la lectura en la base de datos. Usualmente las aplicaciones de esta tecnología se ven en los inventarios comerciales, donde a diario podemos encontrarnos con los usos de esta, siendo el principal aliado en los supermercados y tiendas para agilizar el registro del artículo en una caja registradora.20

18

(Okhosting, Tipos de Software y su Clasificación, 2018. https://okhosting.com/blog/tipos-de-software-su-clasificacion/) 19

(Montoya Roxana, Sanchez Miguel, Sistema de información web para mejorar la gestión, 2017) 20

(ACP, Que es el Barcode, 2012. http://www.acp-servicios.es/index.php/barcode)

30

2.3.20.2 CÓDIGO DE RESPUESTA RAPIDA (QR) Inicialmente esta tecnología se desarrolló en Japón en el año 1994 específicamente para la industria automovilística, esta se desarrolló debido a la necesidad de almacenar más información de la que permitía el código de barras y donde pudiese adherir a las piezas mecánicas la impresión de código en un pedazo pequeño para así poder leerlo en cualquier momento. Estos códigos pueden ser leídos desde cualquier dispositivo inteligente que cuente con una cámara que es el que hace el papel del lector, siempre y cuando tenga una aplicación que permita la lectura del código. En la actualidad, los celulares de alta gama tienen este lector implícito en la cámara, de no ser así, existe más de 20 aplicaciones que se pueden descargar de manera gratuita en el Google Store, App store y Play store. Los principales usos de estos códigos se ven en eventos, urls, datos de contacto, red WiFi, direcciones de correos electrónicos, entre otras. 21 Tabla 2. Capacidad de datos código QR

CAPACIDAD DE DATOS DEL CÓDIGO QR

Solo numérico Máximo 7089 caracteres

Alfanumérico Máx. 4296 caracteres

Binario Máx. 2953 bytes

Kanji/Kana Máx. 1817 caracteres (Alfabeto Japonés)

Tabla recuperada de https://www.ecured.cu/C%C3%B3digo_QR

2.3.20.3 ETIQUETAS RFID Radio Frequency Identification (identificación por radio frecuencia), esta tecnología es capaz de capturar e identificar de manera automática la información, sin la necesidad de tener un contacto directo. Estas utilizan ondas de radio, donde se le puede indicar a que frecuencia desea que sea leída la misma. Tiene un funcionamiento simple, donde el receptor mantiene una señal activa dentro de su radio de alcance y al momento de que la etiqueta entra en el ancho de alcance, se comunica a través de su antena y envía información que el lector interpreta según su programación. Recientemente estas etiquetas se han vuelto un gran aliado para el IoT (Internet of Things), permitiendo hacer un seguimiento de una mercancía para posterior a esto hacer un análisis de datos.22

2.3.20.4 COMUNICACIONES EN CAMPO CERCANO (NFC) Esta tecnología ofrece nuevas funcionalidades de las que ofrece la tecnología RFID, facilita la comunicación bidireccional entre dos dispositivos, permitiendo actual en el rol de receptor y de emisor. Este permite su interacción con el usuario por medio de un chip, donde viene instalado en el móvil para así poder recibir 21

(Manel Rodero, ¿Qué son los códigos QR?, 2012. https://inlab.fib.upc.edu/es/blog/que-son-los-codigos-qr) 22

(Javier I. Portillo, Tecnología de identificación por radiofrecuencia (RFID): Aplicaciones en el ámbito de la salud, Madriad, 2008. P. 31)

https://www.ecured.cu/C%C3%B3digo_QR

31

información y dar información. Tiene usos como tarjeta de crédito, transporte público masivo (Transmilenio), video juegos. Para poder realizar esta lectura, se debe acercar el dispositivo que tiene el chip a un lector de NFC a un corto alcance de 10 cm.23

23

(JAVIER PENALVA, NFC que es y para que sirve, 2017. https://www.xataka.com/moviles/nfc-que-es-y-para-que-sirve)

32

3 DISEÑO METODOLGICO

3.1 INSTRUMENTOS DE RECOLECCIÓN DE DATOS Con el fin de recoger información se realizaron entrevistas, encuestas vía online y se consultaron distintos artículos de internet, tesis de apoyo y libros referentes al tema tratado en este documento. Esto se segmentó de la siguiente manera:

A. Entrevistas a dos usuarios de entidades de salud de diferentes rangos de edad, conociendo los inconvenientes que se les presentaron en el momento de un procedimiento médico, para recolección de los datos que aporten a diseño del proyecto.

B. Entrevista a un ingeniero de sistemas con el fin de conocer una opinión acerca de la implementación tecnológica en una aplicación web.

C. Entrevista a un médico con el fin de conocer las problemáticas que se presentan en su diario vivir en una entidad de salud y una posible guía sobre la interfaz de usuario.

D. Encuesta vía web a treinta (30) personas, logrando obtener una mejor

percepción de la experiencia en las entidades de salud.

E. Pruebas a la tecnología de corto alcance VS agilidad de 30 estudiantes de la Escuela TIC de la Universidad Piloto de Colombia al momento de digitar códigos de medicamentos o procedimientos médicos

F. Fuentes de información libros, tesis de investigación, páginas de internet,

referentes al tema relacionado con los procesos tecnológicos y procedimientos médicos.

Tabla 3. Personas que participaron en entrevistas o encuestas

NOMBRE INSTRUMENTO ROL

Anónimo Entrevista Paciente

Anónimo Entrevista Paciente

Hernán Darío Bernal Entrevista Ingeniero de Sistemas

Anónimo Entrevista Médico

30 estudiantes Encuesta Estudiantes UPC

30 estudiantes Escuela TIC Pruebas Estudiante Fuente: Elaboración propia

33

4 DESARROLLO A. Entrevista a dos usuarios de entidades de salud. Se mantiene en anonimato

para proteger su integridad física. El primer paciente habla sobre la falta de consolidación de la información, donde se ve perjudicado cuando no lleva un documento a la IPS que es la misma que lo genera, la falta de comunicación entre las IPS, donde cada una maneja una historia clínica diferente en el caso de urgencias, se vuelve necesario llevar impresa la misma o comentarle al doctor de turno la enfermedad que tiene la persona. La trascripción de la entrevista se representa en el Anexo C. El segundo paciente explica sobre el proceso y las incomodidades que se le presentan en el momento de realizar trámites para autorización de medicamentos, hospitalización y requerimientos de especialistas. La trascripción de la entrevista se representa en el Anexo D.

B. Entrevista a un Ingeniero de Sistemas El Ingeniero Hernán Darío Bernal, egresado de la universidad Nacional, quien cuenta con experiencia en desarrollo de aplicaciones empresariales, donde da a conocer las fortalezas y debilidades según su experiencia del uso del código QR, indicando que es complicada una implementación si no se usan las librerías adecuadas, además indicando los lenguajes y entornos de desarrollo que ve oportuno usar para un desarrollo sencillo y su punto de vista del proyecto que se está desarrollando. La trascripción de la entrevista se representa en el Anexo E.

C. Entrevista Médico El médico explica la falla que él evidencia en la parte de atención a urgencias y en consultas externas, además, indica su opinión de cómo le gustaría manejar una aplicación que le ayude a optimizar su proceso como médico. La trascripción de la entrevista se representa en el Anexo F.

D. Encuesta virtual

Para realizar esta encuesta, se tomó una muestra de 30 personas al azar, mayores de 10 años con el fin de tener una idea de cómo las personas ven la calidad de las entidades de salud y que tan de acuerdo están en implementar una solución tecnológica que aporte a la optimización del sector de la salud. La mayoría de las personas que realizaron la encuesta consideran que la atención de las EPS es buena/regular y el problema que presentan al tener que realizar los desplazamientos a la entidad para realizar un trámite, al 100 % les gustaría que todos los documentos se pudieran unificar y así no tener la necesidad de llevar tantos papeles a la entidad. Los resultados detallados de la encuesta se representan en el Anexo G.

34

4.1 COMPARACIÓN TECNOLOGÍAS DE RESPUESTA RÁPIDA

Uno de los objetivos clave de este proyecto es la disminución de tiempos de respuesta y atención por parte de la entidad de salud, esto se puede lograr a partir de la solución de dos problemáticas que afectan directamente la efectividad de atención, que son la falta de comunicación entre EPS e IPS y la falta de consolidación de información suministrada y solicitada por una entidad de manera tecnológica. Al momento de permitir una interoperabilidad para el intercambio de información clínica entre las entidades de salud, se les permite a las entidades compartir la epicrisis de un paciente para así tener conocimiento de datos como grupo sanguíneo, datos personales, resumen de enfermedad (si la tiene) y así poder brindar una atención correcta y eficaz a los pacientes. Y por el lado, implementar una tecnología que permita la unificación de documentos para evitar desplazamientos innecesarios como es el caso de requerir una autorización por parte la EPS para posteriormente retornarla a la clínica para hacer valida la misma. Otro punto a favor es el hecho de la digitalización de códigos CUPS y CUM, donde actualmente es necesario que un asesor realice la digitalización de cada código al sistema, sin contar una posible tasa de fallo en un digito y el tiempo que le toma transcribir cada código. Para realizar este empaquetado en una tecnología de transmisión se planea que el médico sea el principal actor de esta tarea, donde realiza la codificación de los trámites necesarios y lo envía al correo autorizado por cada Entidad de salud. Con el fin de hacer una comparación entre las 4 tecnologías anteriormente mencionadas (código de barras, NFC, Código QR y etiquetas RFID), se realiza un cuadro comparativo para poder medir cuál se adapta más a las necesidades del proyecto, donde cada aspecto se le dio una calificación de alta (A), media (M) y baja (B). Siendo A el más alto y B el más bajo. Tabla 4. Comparación tecnologías

 

CÓDIGO DE BARRAS

RFID CÓDIGO

QR NFC

A M B A M B A M B A M B

Capacidad     X X     X         X

Facilidad de actualización

    X X     X     X    

Dispositivos uso común     X     X X       X  

Flexibilidad (directa - indirecta)

    X X       X       X

Precisión/ durabilidad     X X     X     X    

Inversión     X X         X   X  

35

Rango de lectura     X X     X         X

Facilidad (lectura)   X       X X     X    

Intuitivo y amigable     X     X X       X   Fuente: Elaboración propia

Figura 8. Gráfico de barras comparación tecnologías


Se realizo diferentes comparaciones evaluando desde la capacidad hasta la facilidad de interacción con el usuario de diferentes tecnologías evaluando si su impacto es alto, mediano o bajo como se puede observar en la figura 8. La tecnología que se adapta mejor a las condiciones requeridas para la transmisión de datos es el código QR. Debido a la capacidad que este contiene, 4296 caracteres alfanuméricos, además porque es una tecnología adaptable a todos los celulares inteligentes y tabletas que se usan en la actualidad, solo basta con descargar una aplicación que permita la lectura de los códigos, aunque algunos dispositivos ya tienen integrado este sistema en la cámara del celular. Al usar códigos QR no se requiere de un dispositivo externo para la lectura del mismo y permite al usuario poder leer la información una vez realizada la generación del mismo. Esta es una tecnología intuitiva para todo el público, donde el paciente solo debe abrir la aplicación o la cámara del celular (según sea el caso) y debe enfocar el código impreso o directamente de la pantalla de un dispositivo tecnológico.

4.1.1 CÓDIGO QUICK RESPONSE Quick Response (Respuesta Rápida) es la evolución del código de barras y es usado para contener información mediante puntos bidimensionales en una matriz que la contiene codificada. Al ser bidimensional contiene información tanto horizontal como vertical a diferencia de los códigos de barras tradicionales que solo almacena en una sola dimensión.

36

Su codificación se realiza por medio de símbolos. Cada símbolo está formado por cuadros negros o blancos llamados módulos, que representan el 0 y el 1 binario respectivamente. “Estos módulos se ubican en una estructura cuadrada, que contiene dos grandes bloques de módulos: los patrones de función y la región de codificación. En cada símbolo existen un conjunto de módulos que no contienen datos codificados, sino información necesaria para su decodificación”.24

(Javier

Luque Ordóñez, Códigos QR, www.acta.es/medios/articulos/comunicacion_e_informacion/063009.pdf) Los datos codificados se agrupan en conjuntos de 8, denominados codewords, que adoptan diversas formas según su ubicación en la estructura. “La información es un patrón codificado que contiene información sobre el grado de corrección de errores con el que se han codificado los datos de la región de codificación y el tipo de máscara que se les ha aplicado”.25

(Javier Luque Ordóñez, Códigos QR,

www.acta.es/medios/articulos/comunicacion_e_informacion/063009.pdf) Están basados en Reed-Solomon, que son algoritmos que generan un conjunto de code words.

4.1.1.1 FUNCIONAMIENTO DEL CÓDIGO QR Los patrones se ubican en las esquinas superior derecha, izquierda e inferior del símbolo QR. Estos patrones están formados por un cuadrado relleno de 3x3 en módulos blancos y a su vez en cuadrados 7x7 de módulos negros. Están los patrones de alineamiento que están formados por un módulo negro, rodeado de un cuadrado 3x3 del módulo blanco y a su vez por otro más pequeño de 5x5 de módulos negros. Al codificar los caracteres se representa en un conjunto de datos de una cadena de bits, y pueden codificarse en diferentes formatos y subconjunto, esto se realiza para lograr una mayor eficiencia. Para codificar se divide en los siguientes pasos:

Se analiza los datos y se identificar el tipo de caracteres y establecer el modo de codificación adecuado.

Se convierte los datos en un flujo de bits según el modo seleccionado.

Luego se selecciona el nivel de corrección de errores y se divide la secuencia de codewords de datos en los bloques necesarios y se aplica el algoritmo de corrección de errores.

Estructurar el mensaje. Se entrelaza los codewords de datos y de error para la estructura del mensaje.

24

(Javier Luque Ordóñez, Códigos QR, www.acta.es/medios/articulos/comunicacion_e_informacion/063009.pdf) 25

(Ordóñez, Javier.)

37

Se aplica los patrones de mascara en la región a codificar

Al hablar de codewords, el código capta el mensaje determinado y estos son divididos en datos para completar la estructura del símbolo y su uso depende de la posición dentro del símbolo. Para optimizar la decodificación de los símbolos QR, se debe estar equilibrado los módulos blancos y negros, y evitar que se representen secuencias encontradas. Para lograr la correcta decodificación se debe aplicar una máscara de datos a los codewords y la región de codificación mediante la operación lógica XOR.26 Figura 9. Partes del código QR

Tomada de https://omicrono.elespanol.com/2012/05/todo-sobre-los-codigos-qr-que-son-como-funcionan-y-para-que-sirven/

El código genera distintos símbolos, alineamientos y posiciones dentro de un cuadrado para posteriormente ser sincronizados y luego leídos. En la figura 9 se puede observar partes de la composición de un código Qr.

4.2 INTEROPERABILIDAD ENTRE ENTIDADES DE SALUD

Una de las organizaciones que se dedican de manera paralela a los datos clínicos electrónicos es ISO, CEN (Comité Europeo de Normalización), ANSI (American Nacional Standard Institute) y IT14 (Australia).27 Entre los estándares establecidos para compartir de manera segura y eficaz la información clínica se encuentra:

DICOM Digital Imaging and Communications in Medicine que es “estándar internacional para imágenes médicas e información relacionada. Define los formatos para imágenes médicas que pueden intercambiarse con los datos y la calidad necesarios para el uso clínico”.28

26

(Ordóñez, Javier.) 27

(Durán, s.f.) 28

(dicomstandard, s.f.)

https://omicrono.elespanol.com/2012/05/todo-sobre-los-codigos-qr-que-son-como-funcionan-y-para-que-sirven/

38

ISO 12052: 2017. “aborda el intercambio de imágenes digitales, y la información relacionada con la producción y gestión de esas imágenes, entre equipos de imágenes médicas y sistemas relacionados con la gestión y comunicación de esa información.”29

LOINC (códigos y nombres de identificadores de observación lógica):

“Facilitar el intercambio y la mancomunación de resultados para la atención clínica, la gestión de resultados y la investigación.”30

Health Level Seven (Hl7) es una organización sin fines de lucro que desarrolla estándares para minimizan las incompatibilidades entre sistemas de información en salud, permitiendo la interacción y el intercambio productivo de datos entre aplicaciones heterogéneas, independientemente de su plataforma tecnológica o de su lenguaje de desarrollo. (Argentina HL7, n.d.)

A parte de contar con una tecnología que permita consolidar la información, es necesario atacar la problemática de la falta de comunicación entre las entidades de salud, donde beneficia al paciente, principalmente al momento de ingresar por el servicio urgencias a una entidad que anteriormente no ha habituado. Para esto, existe un protocolo que permite la interoperabilidad de los datos clínicos entre entidades de salud, este estándar es conocido como HL7. La palabra Health Level Seven, hace referencia a Health= Salud y Level Seven a que maneja la capa siete del Modelo OSI es decir que el nivel de aplicación se refiere a la definición de los datos a ser intercambiados, el momento del intercambio y la comunicación de ciertos errores en las aplicaciones que realizan el intercambio. (Pardell, 2018). Hl7 tiene diferentes estándares dentro del mismo protocolo y esta categorizados por diferentes secciones que son: ESTÁNDARES PRIMARIOS: “Las normas primarias son las normas más populares integrales para la integración de sistemas y la interoperabilidad. Nuestros estándares más utilizados y en demanda están en esta categoría”31. (HL7

Health Level Seven INTERNACIONAL ®, 2018).

Dentro de los estándares primarios están CDA® que está dirigido a la arquitectura de los documentos clínicos especificando la semántica para compartir estos. CCOW que permite facilitar la integración de las distintas aplicaciones, es decir

29

(iso, s.f.) 30

(loinc, s.f.) 31

(HL7 Health Level Seven INTERNACIONAL ®, Introducción a los estándares HL7, 2018. http://www.hl7.org/implement/standards/index.cfm?ref=nav)

39

trabaja con la especificación de la programación de aplicaciones internas, como la infraestructura de la organización. FHIR® está programado para ser de uso de interoperabilidad rápida y será usado en futuras versiones. HL7 versión 2 este es dentro del estándar primario el más usado en el mundo, ya que permite el proceso del intercambio de los datos clínicos del paciente, dando un entorno más amplio o distribuido de estos. ESTÁNDARES FUNDAMENTALES: “definen las herramientas fundamentales y los bloques de construcción utilizados para construir los estándares, y la infraestructura tecnológica que deben implementar los implementadores de los

estándares HL7”. (HL7 Health Level Seven INTERNACIONAL ®,2018). Describe los componentes básicos, al igual que los servicios dentro del dominio de asistencia cubiertos por HL7. DOMINIOS CLÍNICOS Y ADMINISTRATIVOS: “Los estándares de mensajería y documentos para especialidades clínicas y grupos se encuentran en esta sección. Estos estándares generalmente se implementan una vez que los estándares primarios para la organización están en su lugar”. (HL7 Health Level Seven

INTERNACIONAL ®,2018). Esta sección muestra las diferentes versiones aprobadas por la ANSI (American National Standards Institute). PERFILES EHR: “Estos estándares proporcionan modelos funcionales y perfiles que permiten los constructos para la administración de registros de salud electrónicos” (HL7 Health Level Seven INTERNACIONAL ®,2018). Esta sección es la que proporciona los perfiles de las diferentes entidades como el proveedor farmacéutico, perfil funcional de salud infantil, y perfil funcional de la gestión de los registros, entre otros. REGLAS Y REFERENCIAS: “Especificaciones técnicas, estructuras de programación y directrices para el desarrollo de software y estándares”. (HL7 Health

Level Seven INTERNACIONAL ®,2018).

En esta seccion muestra las transacciones aprobadas por la ANSI, en lo referente a transacciones de farmacia, dispositivos medicos e imágenes. Estos estándares manejan diferentes tipos de información tales como registros de medicamentos, historias clínicas, documentos clínicos electrónicos, entre otros. Los estándares que maneja HL7 son Mensajería Versión 2.x, Mensajería de Versión 2.x – Norma XML, Versión 3 (Metodología basada en Modelos de Referencia), Clinical Document Architecture (CDA), Reference Information Model (RIM), para una información más detallada de estos y los demás estándares que HL7 maneja https://upload.wikimedia.org/wikipedia/commons/6/60/HL7_RepEstandares.pdf.

https://upload.wikimedia.org/wikipedia/commons/6/60/HL7_RepEstandares.pdf

40

Para acceder a HL7 se debe pagar una membresía y estas incluyen el entorno

técnico normativo mediante el voto de las distintas normas del estándar, permite la

interoperabilidad entre entidades miembros de HL7, acceso a las distintas

secciones de HL7.

En la figura 10 se puede observar más beneficios y las distintas membresías que ofrece HL7. Figura 10. Membresia HL7

Tomada de http://www.hl7.org/participate/membership/index.cfm?ref=nav

HL7 cuenta con un conjunto de elementos que lo conforman, estos son:

Trigger event: Es la acción que permite disparar el código que se va a ejecutar, bien sea por cumplir ciertos parámetros o porque una persona le dio inicio al trigger.

Message: Es la información que se va a trasmitir.

Acknowledge: Existen envíos de mensajes que necesitan una confirmación del receptor. HL7 define estructuras de mensajes de confirmación para este tipo de transacciones.Fuente especificada no válida.

Control Act: Define la estructura intermedia en los mensajes HL7 que da contexto al mensaje Fuente especificada no válida. y el actor del mismo.

Transmission Infrastructure: Indica emisor, receptor y canal por donde se transmitirá el mensaje.

http://www.hl7.org/participate/membership/index.cfm?ref=nav

41

Query Infrastructure: Una estructura de mensaje especial, que es utilizada para realizar consultas sobre determinados sistemas usando mensajería HL7. Fuente especificada no válida..

Para poder realizar la implementación es necesario implementar un modelo de referencia y consultas, e implementar la estructura de documentos clínicos y luego mensajes específicos como se observa en la figura 11. Figura 11. Implementación de mensajería HL7v3

Tomado de: http://informatica-medica.blogspot.com.co/2011/02/hl7-normalizando-la-comunicacion-en.html

La mensajería HL7 se basa en dos niveles básicos: estructura y códigosFuente especificada no válida. Esto se hace con el fin de que el receptor y el emisor puedan entender que información se están compartiendo gracias a los indicadores establecidos y asi poder utilizar la información contenida. En este caso se va a especificar el HL7 CDA (Clinical Document Architecture) ya que este estándar que propone una estructura de documentos en formato XML, que gracias al uso del RIM (Modelo de Información de Referencia de HL7) y vocabularios codificados, el CDA convierte a los documentos clínicos, en objetos interpretables por multitud de aplicaciones y trasferibles a través de cualquier medio electrónico. (HL7 Spain, s.f.) La estructura de este estándar consta de dos niveles de especificación de información: información narrativa (texto libre) e información estructurada (y codificada).Fuente especificada no válida.. HL7 trabaja usando XML que se describe con el siguiente formato

http://informatica-medica.blogspot.com.co/2011/02/hl7-normalizando-la-comunicacion-en.html

42

Figura 12. HL7 formato XML

Tomado de http://hl7.org/fhir/xml.html

En la figura 12 se puede observar el formato con que se crea una instancia XML valida en el recurso, lo único que se debe de hacer es cambiar los elementos y atributos, al igual que los nombres de los recursos se debe distinguir entre mayúsculas y minúsculas. Como en HTML se debe organizar de acuerdo con el orden del documento; “Algunas propiedades se representan como atributos: valores de tipos primitivos en un value atributo, URL de extensión en el url atributo de una extensión y la id propiedad en elementos”.32 (FHIR, Hl7, Representacion XML, 2011) Los atributos no pueden estar vacios, y cualquier atributo de XML puede tener un id que sirve como objeto de alguna referencia. “Los recursos XML SE DEBEN intercambiar utilizando la codificación UTF-8. Especificar la codificación de caracteres usando una <?xml encoding="UTF-8" ?> instrucción de procesamiento es opcional, pero se recomienda”. (FHIR, Hl7, Representacion XML, 2011)

Para el esquema de generación de código se usa implementadores que permiten el uso de herramientas que manejan tipos de datos decimales y necesitan resguardar la diferencia entre 2.0 y 2.00; para la importancia del manejo de datos en salud. La implementación se deberá manejar dependiendo como se va a manejar los decimales y el tipo de decimal de xsd:decimal a xsd:string.33 Puede manejarse como se observa en las figuras 13 y 14, en el caso de que se desee cambiar: Figura 13. HL7 xsd


32

(FHIR, Hl7, Representacion XML, 2011 http://hl7.org/fhir/xml.html) 33

(FHIR, Hl7,)

http://hl7.org/fhir/xml.html


43

A esto: Figura 14. HL7 esquema generación código


En las figuras 13 y 14 se puede analizar códigos bases para cambiar de decimal o caracteres String o de caracteres String a decimales.

4.3 PRUEBAS DE TECNOLOGÍA DE CORTO ALCANCE Se requiere realizar pruebas para soportar una de las ventajas de incluir tecnología de corto alcance (código QR) en las entidades de servicios de salud, debido a que actualmente este procedimiento se está realizando de manera manual, causando que la atención al servicio no sea 100% óptima y que debido al error humano se deba volver a realizar dicho procedimiento. El grupo focal seleccionado se toma en referencia a estudiantes de sexto a decimo semestre de la Escuela TIC, teniendo en cuenta que conocen la terminología técnica como lo es el código QR y tienen cierto nivel de destreza al momento de usar un computador. La escuela TIC de la Universidad Piloto de Colombia cuenta con 368 estudiantes activos en el 2018-I de los cuales 256 son de Ingeniería de Sistemas y 112 pertenecen al programa de Ingeniería de Telecomunicaciones. Con el fin de realizar pruebas sobre la tecnología de corto alcance escogida se tomó una muestra simple aleatoria de 30 estudiantes de la escuela TIC, lo cual corresponde al 8,1 %. Los estudiantes accedieron de manera voluntaria con el fin de aportar en la investigación, además se les dio a conocer el objetivo del ejercicio por lo cual estuvieron de acuerdo en que sus nombres y resultados se dieran a conocer en el presente trabajo. El acercamiento con los estudiantes de la Escuela TIC se realizó de manera directa, donde se les entregó una hoja con los códigos que debían digitalizar en un cuadro de Excel y donde se les indicó la dinámica al momento de realizar las pruebas. Como parte del experimento se dividió en dos categorías, la primera categoría se pretendía generar distracciones durante la prueba, es decir que mientras el estudiante iba digitando los códigos se le iban haciendo una serie de preguntas aleatorias las cuales debía contestar sin dejar de digitar los códigos mientras que la segunda categoría no se realizó distracción alguna, simplemente se le explicó la prueba y se realizó el seguimiento a la misma cronometrando el


44

tiempo gastado. A continuación, se relaciona la tabla con las cantidades de códigos y personas para la prueba y los códigos que se usaron para la misma: Tabla 5. Muestra aleatoria simple

Población Muestra

población Códigos CUPS

Códigos CUM

Total

Porcentaje 100% 8,10% 50% 50% 100%

Cantidad 368 30 10 10 20 Fuente: Elaboración propia

Tabla 6. Códigos pruebas

CUPS CUM

923101 458021 17134 230359

352200 891802 19994003 19927974

353301 145101 20010882 20112070

168405 9616 22542 19902069

767201 563510 24342 228084 Fuente: Elaboración propia

Tabla 7. Tabla pruebas

Nombre Nombre del estudiante Errores CUPS Cantidad errores cups

Semestre Semestre del estudiante Errores CUM Cantidad errores cum

Tiempo CUPS

Tiempo de digitación cups

Total errores Total errores de digitación códigos cups y cum Tiempo

CUM Tiempo de digitación cum


Una vez aplicado los instrumentos necesarios para recolectar la información y poder concluir si llegar a implementar una tecnología de corto alcance puede o no contribuir a la disminución de los tiempos de respuesta y atención por parte de una entidad de salud.

45

Figura 15.Tiempos de digitación códigos


En la figura 15 se analiza los tiempos que se demoraron cada una de las personas en digitar los distintos códigos Cups y Cums. Para validar los resultados discriminados y las personas que hacen parte de la muestra representativa diríjase al ANEXO H. Los resultados de los errores cometidos en cada categoría y en cada tipo de código se relacionan a continuación: Tabla 8. Resultado pruebas manuales

CATEGORÍA UNO CATEGORÍA DOS TOTAL

Muestra 10 Muestra 20 30 estudiantes

Errores CUPS

18 Errores CUPS

13 31 errores

CUPS

Errores CUM

13 Errores CUM 16 29 errores CUM


En la tabla anterior se puede evidenciar que se cometen más errores al momento de diligenciar códigos de procedimientos médicos cuando se está trabajando bajo la categoría que genera distracción.

38,17 39,42

41,44

29,11

52,24

57,24

52,73

60,02

25,92

47,5

51,60

42,01

51,58

54,40

44,70

48,50

35,10

38,20

45,30

30,80 32,10

31,20

34,30

37,20

40,10 41,30

27,10

33,90

31,10

60,10

25

30

35

40

45

50

55

60

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30CUPS CUM

46

Tabla 9. Resultado pruebas manuales II

Cantidad de códigos 600

Cantidad errores 60

Tiempo min cups 25,92 seg

Tiempo min cum 28,3 seg

Tiempo max cups 60,1 seg

Tiempo max cum 55,36 seg

Promedio cups 41,81 seg

Promedio cum 42,42 seg

Promedio total 42,11 seg Fuente: Elaboración propia

Tabla 10. Error vs total


En total las 30 personas digitaron 600 códigos, 300 de medicamentos y 300 de procedimientos médicos. La tasa de error causada fue de un 10%, donde indica que 60 códigos de los 600 se digitó de manera errónea uno de sus dígitos, lo cual llevaría al paciente a realizar un reproceso en el caso que el asesor cometa un error al digitalizar dichos códigos. Con el fin de realizar una comparación de digitalizar los códigos de medicamentos y procedimientos de manera manual versus tecnología de corto alcance, se implementó el uso de la librería de PHP código QR, donde se generó los mismos números que los estudiantes de la escuela TIC digitaron. Este proceso de consolidación duró menos de 1 segundo y con un 0% de tasa de error. Evidentemente y realizando la comparación del ejercicio, realizar la consolidación de información ahorra aproximadamente 25 segundos al momento de la digitalización y además de esto, se generará un código sin error es decir que evitará el reproceso de digitalización. El código QR generado se relaciona a continuación, con el fin de demostrar que la información que este contiene es igual que la que se digitó de manera manual.

600 60

CANTIDAD DE CÓDIGOS CANTIDAD ERRORES

47

Figura 16. Código QR

Fuente: Elaboración propia En la figura 16 se puede escanear el código Qr para observar los códigos Cum y Cups utilizados en la prueba. Para realizar la lectura de código generado, se usó una aplicación móvil gratuita para Android “QR Code Reader” Figura 17: Escaneo código QR

Fuente: Elaboración propia Al escanear el código Qr de la figura 16 se puede observar los códigos cups y cum una vez escaneados y utilizados en la prueba, y estos son mostrados en la figura 17. MIRAR CÓDIGO PHP EN ANEXO I

48

4.4 IDENTIFICACIÓN Y DOCUMENTACIÓN DE ACTORES Tabla 11. Actor administrador

NOMBRE ACTOR OBJETIVO

Administrador

Este actor es el encargado de administrar las bases de datos de la aplicación, vela por actualizar los inventarios, registrar los usuarios, crear los usuarios de autenticación al sistema y garantizar el correcto funcionamiento del sistema.


Tabla 12. Actor médico

NOMBRE ACTOR OBJETIVO

Médico

Este actor es el encargado de administrar la información de los pacientes, es decir el que relaciona los procedimientos médicos que le va a generar a los pacientes, el que consulta por medio del protocolo HL7 la epicrisis y genera en la consolidación de los procedimientos.


Tabla 13. Actor paciente NOMBRE ACTOR OBJETIVO

Paciente Este actor es el encargado de indicar la información al médico y de leer código QR desde su dispositivo móvil.


4.5 REQUERIMIENTOS

4.5.1 REQUERIMIENTOS FUNCIONALES Tabla 14. Requerimientos funcionales

REF. FUNCIÓN ROL

RF-001 Se requiere validar si en la base de datos se encuentra registrada una entidad a través del NIT de la compañía.

Admin

RF-002 Se requiere registrar la información principal de las entidades de salud que harán uso del aplicativo.

Admin

RF-003 Se requiere que la aplicación permita realizar modificaciones sobre la información de las entidades ya existentes

Admin

RF-004 Se requiere que la aplicación permita cambiar el estado en la base de datos de una entidad de salud que ya no consumirá los servicios de la aplicación activo a inactivo.

Admin

RF-005 Se requiere validar si en la base de datos se encuentra registrado un usuario (Admin, médico, paciente) a través del documento de identidad.

Admin

49

RF-006 Se requiere que la aplicación permita agregar un usuario (Admin, médico, paciente) en la base de datos.

Admin

RF-007 Se requiere que la aplicación permita modificar la información de los usuarios ya existentes.

Admin

RF-008 Se requiere que la aplicación permita cambiar el estado de un usuario de activo a inactivo o al revés.

Admin

RF-009

Se requiere validar que dos Nickname de autenticación al sistema no tengan el mismo nombte, si la combinación de las iniciales de letras conincide junto con el apellido con un nickname ya registrado debe adicionar un número para diferenciarlos, esto debe realizarse de manera automática, donde el sistema solo mostrará el usuario válido

Admin

RF-010 Se requiere crear el usuario de autenticación al sistema de los usuarios (Admin/Médico) tendrán contacto directo con el aplicativo.

Admin

RF-011

Se requiere que al momento de realizar la creación del usuario de autenticación (nickname) se asocie con una contraseña estandarizada por el sistema de manera automática

Admin

RF-012

Se requiere que el sistema envié al correo corporativo la información del nickname de autenticación al sistema y los parámetros que conforman la contraseña por defecto del usuario correspondiente de manera automática

Admin

RF-013 Se requiere que el sistema le indique al usuario realizar cambio de contraseña la primera vez que ingresa con el usuario de autenticación

Admin

RF-014 Se requiere que el usuario pueda cambiar la contraseña con una clave de gracia random enviada al correo corporativo

Admin, Médico

RF-015

Se requiere que los usuarios puedan consultar la información almacenada en la base de datos, donde el administrador podrá acceder a pacientes, médicos, admin, códigos CUPS, códigos CUM y el médico tendrá acceso a pacientes, códigos CUPS y códigos CUM

Admin, Médico

RF-016

Se requiere tener una interoperabilidad con las entidades de salud, con el fin de tener acceso a la epicrisis actualizada del paciente y poder acceder desde cualquier punto de atención, bien sea desde urgencias o citas de consultas médicas.

Médico

RF-017 Se requiere que el sistema tenga la lista de todos los códigos únicos de medicamentos para poder seleccionar uno o más y asignárselos a un paciente

Médico

RF-018 Se requiere que el sistema permita dirigirse a la página que se maneja por el Ministerio de Salud para los medicamentos que el Estado no cubre (NoPOS)

Médico

RF-019 Se requiere que el sistema permita seleccionar los códigos Médico

50

para remitir a un paciente con un médico especialista

RF-020 Se requiere que el permita seleccionar los exámenes médicos pertinentes para el paciente

Médico

RF-021 Se requiere que el sistema permita seleccionar los procedimientos médicos requeridos para cada paciente

Médico

RF-022

El sistema debe definir un patrón para el nombre del archivo del código QR, debe ser el número de identificación del paciente, seguido de la fecha en la que se generó la consolidación de la información (DD_MM_YYYY_HH_MIN_SEG). La hora se debe realizar con horario militar (24 hrs)

Médico

RF-023 Se requiere que el sistema pueda consolidar los procedimientos médicos generados a un paciente por medio de una tecnología de información en campos cercanos.

Médico

RF-024 Se requiere que el sistema permita generar un código de respuesta rápida con la epicrisis del paciente

Médico

RF-025 Se requiere que el sistema permita enviar el código QR a la entidad de salud a la que pertenece el paciente

Médico

RF-026 Se requiere que el sistema tenga la opción de copiar al paciente en el correo electrónico enviado a la entidad de salud

Médico

RF-027 Se requiere que las bases de datos de los códigos CUPS y CUM se encuentren actualizados en la última versión impuesta por el Ministerio de Salud

Admin

RF-028 Se requiere que el paciente pueda escanear el código QR Paciente

RF-029 El paciente debe indicar las dolencias Paciente Fuente: Elaboración propia

4.5.2 REQUERIMIENTOS NO FUNCIONALES Tabla 15. Requerimientos no funcionales REF. FUNCIÓN

RNF-001 Interfaz debe ser web

RNF-002 Debe ser soportado en todos los navegadores

RNF-003 Interfaz gráfica de fácil lectura

RNF-004 Alta velocidad de procesamiento

RNF-005 Motor de base de datos Oracle

RNF-006 PHP para el lado del servidor

RNF-007 HTML

RNF-008 Bootstrap

RNF-009 JQuery

RNF-010 Usabilidad

RNF-011 Facilidad de mantenimiento

RNF-012 Eficiencia

RNF-013 Seguridad

51

RNF-014 Desempeño

RNF-015 Integridad de los datos Fuente: Elaboración propia

4.6 DIAGRAMAS DE CASOS DE USO Figura 18. Diagrama casos de uso - administrar Entidades


En la figura 18 se observa el diagrama de clase de administración de entidades. Figura 19. Diagrama casos de uso - Administrar Usuarios


En la figura 19 se observa el diagrama de clase de administración de usuarios.

52

Figura 20. Diagrama de casos de uso – Crear usuario de autenticación al sistema


En la figura 20 se observa el diagrama de clase de la creación y autentificación del usuario al sistema. Figura 21. Diagrama de casos de uso - Cambiar contraseña usuario autenticación al sistema


En la figura 21 se observa el diagrama de clase de cambio de contraseña.

Figura 22. Diagrama de casos de uso - Consultar registros base de datos


En la figura 22 se observa el diagrama de clase de consultar registro base de datos por parte del médico y del administrador. Figura 23. Diagrama de casos de uso - Consultar Epicrisis

53


En la figura 23 se observa el diagrama de clase de consultar epicrisis.

Figura 24. Diagrama de casos de uso - Consultar QR


En la figura 24 se observa el diagrama de clase de consulta código Qr. Figura 25. Diagrama de casos de uso - Solicitar procedimientos médicos


En la figura 25 se observa el diagrama de clase de administración de los distintos procedimientos médicos que puede solicitar el médico.

Figura 26. Diagrama de casos de uso - Consolidar procedimientos médicos


En la figura 26 se observa el diagrama de clase de permite consolidar la información.

54

Figura 27. Diagrama de casos de uso - Generar salida


En la figura 27 se observa el diagrama de clase de permite generar la salida de la atención clínica. Figura 28. Diagrama de casos de uso - Actualizar Códigos procedimientos médicos


En la figura 28 se observa el diagrama de clase de permite actualizar los distintos códigos Cups y Cums que maneja la entidad.

4.7 CASOS DE USO Tabla 16. Caso de uso - Validar entidad

NOMBRE CU-001 Validar entidad

ACTORES Admin

DESCRIPCIÓN

Corresponde a la validación de información en la base de datos de una entidad, este es el que valida si el NIT ingresado ya existe, si contiene información, el que permite buscar una entidad para eliminarla o modificarla. Este caso de uso se inicia al momento de registrar, modificar o eliminar una entidad

PRECONDICIONES Autenticarse en el sistema con el rol de administrador

POSCONDICIONES

Entidad registrada correctamente – Entidad ya existe Datos actualizados – No hay entidad relacionada con NIT Cambio de estado realizado - No hay entidad relacionada con NIT

FLUJO PRINCIPAL En la pantalla de inicio de administrador ingresar a la opción “Entidades”

55

Seleccionar registrar, llenar los datos y guardar para que se realice la validación de si existe o no y permita crearlo

Seleccionar Modificar, ingresar el NIT de la entidad trae la información básica de la misma o indica que no hay entidad asociada con el NIT indicado

Seleccionar Eliminar, ingresar el NIT de la entidad, imprime el nombre asociado y el NIT solicitado. Indica cuál de las dos opciones si habilitar o deshabilitar la entidad.

INCLUYE /

EXTIENDE /

REQ. ASOCIADOS RF-001 - RF-002 RF-003 - RF-004


Tabla 17. Caso de uso - Registrar entidad

NOMBRE CU-002 Registrar entidad

ACTORES Admin

DESCRIPCIÓN

Corresponde al registro de una entidad, donde es necesario tener sus datos principales como el nombre, nit, teléfono principal de contacto, correo corporativo designado para compartir los códigos QR de los pacientes y el nivel de complejidad que maneja (1,2,3 o 4)


POSCONDICIONES Entidad registrada correctamente – Entidad ya existe

FLUJO PRINCIPAL

En la pantalla de inicio de administrador ingresar a la opción “Entidades”

Seleccionar registrar

Llenar todos los datos

Seleccionar en registrar

INCLUYE CU-001 Validar

entidad EXTIENDE /

REQ. ASOCIADOS RF-001 - RF-002 Fuente: Elaboración propia

Tabla 18. Caso de uso - Modificar entidad

NOMBRE CU-003 Modificar entidad

ACTORES Admin

DESCRIPCIÓN

Corresponde a la actualización de la información básica de la entidad previamente registrada. Solo puede realizar el cambio de los campos: teléfono de contacto, dirección, correo corporativo y nivel de complejidad.


POSCONDICIONES Datos actualizados – No hay entidad relacionada con NIT

FLUJO PRINCIPAL En la pantalla de inicio de administrador ingresar a la

56

opción “Entidades”

Seleccionar modificar

Actualizar datos, excepto nombre entidad y NIT

Seleccionar en guardar


entidad EXTIENDE /


Tabla 19. Caso de uso – Cambiar estado entidad

NOMBRE CU-004 Cambiar estado entidad

ACTORES Admin

DESCRIPCIÓN

Corresponde al módulo cuando una entidad se retira del uso de este aplicativo, se deja inhabilitada la entidad y sus pacientes sin la necesidad de eliminar la información recopilada y se le da la opción de volver a activar.


POSCONDICIONES Cambio de estado realizado - No hay entidad relacionada con NIT

FLUJO PRINCIPAL

En la pantalla de inicio de administrador ingresar a la opción “Entidades”

Seleccionar activa o inactiva



entidad EXTIENDE /


Tabla 20. Caso de uso - Validar usuarios

NOMBRE CU-005 Validar usuarios

ACTORES admin

DESCRIPCIÓN

Corresponde a la validación de información en la base de datos de un usuario, este es el que valida si el documento de identidad ingresado ya existe, si contiene información, es el que permite buscar un usuario para eliminarlo o modificarlo. Este caso de uso se inicia al momento de registrar, modificar o cambiar estado de un usuario


POSCONDICIONES

“Usuario creado con éxito” o “No se puede registrar usuario” “Información modificada con éxito” o “información no se pudo modificar” “Usuario activo” o “Usuario inactivo”

FLUJO PRINCIPAL En la pantalla de inicio de administrador ingresar a la opción “Usuarios”

57

Seleccionar registrar, llenar los datos y guardar para que se realice la validación de si existe o no y permita crearlo

Seleccionar Modificar, ingresar el documento de identidad del paciente trae la información básica del mismo o indica que no hay usuario asociado con el documento indicado

Seleccionar Cambiar estado, ingresar el documento de identidad del paciente, imprime el nombre, apellido y rol asociado. Indica cuál de las dos opciones si habilitar o deshabilitar el usuario.

INCLUYE / EXTIENDE /



Tabla 21. Caso de uso - Registrar usuarios

NOMBRE CU-006 Registrar usuarios

ACTORES admin

DESCRIPCIÓN Corresponde al módulo donde se agregan los usuarios al sistema, existen tres tipos de roles, los cuales son admin, médico y paciente.


POSCONDICIONES “Usuario creado con éxito” o “No se puede registrar usuario”

FLUJO PRINCIPAL

En la pantalla de inicio de administrador ingresar a la opción “Usuarios”

Seleccionar registrar

Llenar todos los datos

Seleccionar en botón registrar


usuarios

EXTIENDE /


Tabla 22. Caso de uso - Modificar usuarios

NOMBRE CU-007 Modificar usuarios

ACTORES admin

DESCRIPCIÓN

Corresponde a la actualización de la información básica de un usuario previamente registrado. Solo puede realizar el cambio de los campos: número de contacto, dirección, nombre acudiente, número acudiente, parentesco y correo electrónico.


POSCONDICIONES “Información modificada con éxito” o “información no se pudo modificar”

58

FLUJO PRINCIPAL


Seleccionar modificar

Actualizar datos, excepto nombre, apellido, documento de identidad y RH



usuarios EXTIENDE /


Tabla 23. Caso de uso - Eliminar usuarios

NOMBRE CU-008 Cambiar estado usuario

ACTORES admin

DESCRIPCIÓN

Corresponde al módulo cuando un usuario se retira de la entidad de salud ya sea laborando o consumiendo sus servicios, se inhabilita el usuario sin alterar los datos recopilados con anterioridad.


POSCONDICIONES “Usuario activo” o “Usuario inactivo”

FLUJO PRINCIPAL


Seleccionar Habilitar o inhabilitar



usuarios

EXTIENDE /


Tabla 24. Caso de uso - Validar nickname existente

NOMBRE CU-009 Validar nickname existente

ACTORES admin

DESCRIPCIÓN

Corresponde a la verificación de que no existan dos nickname iguales. Al momento de crear un nickname y coincida con uno ya existente, se toma el número de identificación de ambos y se compara que los documentos no sean iguales. Al ser diferentes, se agrega un número consecutivo empezando con el número 1


Haber ejecutado CU-011

POSCONDICIONES Asignar nombre de autenticación al sistema disponible

FLUJO PRINCIPAL Digitar documento de identidad

El sistema arroja el usuario correcto


REQ. ASOCIADOS RF-009 - RF-010

59


Tabla 25. Caso de uso - Crear contraseña nickname

NOMBRE CU-010 Crear contraseña nickname

ACTORES admin

DESCRIPCIÓN

Se requiere que cuando se realice la creación del nickname de autenticación se cree con una contraseña con un estándar creado por defecto. Cuando se realiza, se toma el documento de identificación seguido con la letra inicial del nombre en mayúscula.

PRECONDICIONES

Autenticarse en el sistema con el rol de administrador



POSCONDICIONES Asignar contraseña con condicione definidas en el sistema

FLUJO PRINCIPAL Completar el flujo principal del CU-009

El sistema asigna contraseña



Tabla 26. Caso de uso - Crear nickname

NOMBRE CU-011 Crear nickname

ACTORES admin

DESCRIPCIÓN

Validar por medio del documento de identificación si el usuario tiene asignado un nickname de autenticación, en caso de no tenerlo, se asignará tomando el primer apellido, seguido de la primera letra del primer nombre y la primera letra del segundo apellido

PRECONDICIONES


Tener una respuesta satisfactoria de los casos de uso 009 y 010

POSCONDICIONES “Nickname de autenticación creado con éxito, se envió al correo corporativo la información del usuario” o “Fallas al crear el usuario”

FLUJO PRINCIPAL

Ingresar documento de identidad

Confirmar usuario de autenticación (automatico)

Confirmar contraseña (automatico)

INCLUYE

CU-009 Validar nickname

CU-010 Crear contraseña

EXTIENDE /



60

Tabla 27. Caso de uso - Enviar correo datos

NOMBRE CU-012 Enviar correo datos

ACTORES admin

DESCRIPCIÓN

Al momento de ser satisfactoria la creación del nickname de autenticación, se debe enviar al correo corporativo del usuario, la información del nickname creado y el patrón de la contraseña almacenada por defecto


Haber cumplido los casos de uso 009, 010 y 011

POSCONDICIONES “Correo enviado” o “Correo no enviado”

FLUJO PRINCIPAL Seleccionar la opción enviar correo

INCLUYE / EXTIENDE

CU-011 Crear nickname


Tabla 28. Caso de uso - Correo cambio contraseña

NOMBRE CU-013 Correo cambio contraseña

ACTORES Admin - médico

DESCRIPCIÓN

Se enviará una clave de gracia al correo corporativo que el usuario tiene registrado, este correo tendrá una vigencia de 15 minutos, al momento de recibir la clave se debe ingresar al sistema para poder continuar con el flujo para realizar el respectivo cambio de contraseña.

PRECONDICIONES


Haber ingresado por primera vez con la contraseña por defecto

Seleccionar opción de olvidar contrasteña

POSCONDICIONES “Clave de gracia enviada al correo” o “Correo no fue enviado con éxito”

FLUJO PRINCIPAL Seleccionar opción de olvidar contraseña

Indicar nickname para cambio de clave


REQ. ASOCIADOS RF-013 – RF-014 Fuente: Elaboración propia

Tabla 29. Caso de uso - Cambiar contraseña nickname

NOMBRE CU-014 Cambiar contraseña nickname

ACTORES Admin - médico

DESCRIPCIÓN

Al momento de ingresar al sistema por primera vez y para realizar cambio de contraseña, es necesario recibir una clave de gracia al correo corporativo de la entidad de salud en la que labora el usuario

61


Tener usuario para realizar cambio

POSCONDICIONES “Usuario revocado o contraseña incorrecta, validar o hacer cambio de contraseña”

FLUJO PRINCIPAL

Ingresar usuario correspondiente

Seleccionar opción de olvidar clave

Ingresar calve de gracia

INCLUYE CU-013 Correo

cambio contraseña

EXTIENDE /

REQ. ASOCIADOS RF-013 – RF-014


Tabla 30. Caso de uso - Consultar registros en base de datos

NOMBRE CU-015 Consultar registros en base de datos

ACTORES Admin y médico

DESCRIPCIÓN

Se tiene una lista desplegable con los posibles escenarios a consultar, al momento de seleccionar uno u otro se despliega su información correspondiente. Dependiendo del rol autenticado, se muestra el acceso a la información que este puede acceder

PRECONDICIONES Estar autenticado en el sistema

POSCONDICIONES Información de los registros del parámetro seleccionado

FLUJO PRINCIPAL Seleccionar opción de consultar registros

Indicar que registro desea visualizar


REQ. ASOCIADOS RF-015 Fuente: Elaboración propia

Tabla 31. Caso de uso - Consultar epicrisis

NOMBRE CU-016 Consultar epicrisis

ACTORES Médico

DESCRIPCIÓN Solicitar por medio del protocolo HL7, la epicrisis existente para el paciente en la base de datos al que pertenece el paciente

PRECONDICIONES Estar autenticado en el sistema como médico

Tener documento de identidad del paciente

POSCONDICIONES “Información epicrisis “o “Fallo al compartir la epicrisis del paciente”

FLUJO PRINCIPAL

Autenticarse en el sistema

Seleccionar opción epicrisis paciente

Ingresar documento de identidad del paciente


62


Tabla 32. Caso de uso - Generar QR epicrisis

NOMBRE CU-017 Generar QR epicrisis

ACTORES Médico

DESCRIPCIÓN Solicitar por medio del protocolo HL7, la epicrisis existente para el paciente en la base de datos al que pertenece el paciente


EL paciente debe tener asociado una epicrisis

POSCONDICIONES “Información epicrisis “o “Fallo al compartir la epicrisis del paciente”

FLUJO PRINCIPAL Después de cumplir los pasos del CU-016, seleccionar la opción de generar código QR

INCLUYE / EXTIENDE

CU-016 Consultar epicrisis


Tabla 33. Caso de uso - Validar CUM

NOMBRE CU-018 Validar CUM

ACTORES Médico

DESCRIPCIÓN Corresponde a la información que el médico puede visualizar al momento de ordenarles medicamentos a sus pacientes

PRECONDICIONES Estar autenticado como médico

Seleccionar opción de Ordenar medicamentos POS

POSCONDICIONES Información de los medicamentos pos registrados en el sistema con su respectivo nombre y código

FLUJO PRINCIPAL Seleccionar opción medicamentos pos

El sistema carga códigos asociados



Tabla 34. Caso de uso - Ordenar medicamento POS

NOMBRE CU-019 Ordenar medicamento POS

ACTORES Médico

DESCRIPCIÓN Se debe seleccionar de una lista desplegable los medicamentos que se van a ordenar al paciente, se puede seleccionar mínimo un medicamento


63

Haber iniciado información de un paciente

Seleccionar la opción de medicamentos pos

POSCONDICIONES “Medicamentos seleccionados correctamente” o “Fallo al seleccionar los medicamentos”

FLUJO PRINCIPAL

Indicar documento de identidad del paciente

Seleccionar opción medicamentos pos

Seleccionar medicamentos que se van a ordenar al paciente

Seleccionar opción de guardar


CUM EXTIENDE /


Tabla 35. Caso de uso - Ordenar medicamento NoPOS

NOMBRE CU-020 Ordenar medicamento NoPOS

ACTORES Médico

DESCRIPCIÓN Hay medicamentos que no los cubre el POS, para realizar la orden de estos medicamentos en necesario dirigirse a la página web de mi prescripción

PRECONDICIONES Estar autenticado en el sistema con el rol de médico

POSCONDICIONES Direccionar a la página principal de miPres

FLUJO PRINCIPAL Indicar documento de identidad del paciente

Seleccionar opción medicamentos NoPOS



Tabla 36. Caso de uso - Validar CUPS

NOMBRE CU-021 Validar CUPS

ACTORES Médico

DESCRIPCIÓN

Para poder asociar los procedimientos médicos es necesario tener la base de datos actualizada según la última resolución del ministerio de salud, donde esta tiene información de los códigos y nombres de los procedimientos médicos.

PRECONDICIONES Estar autenticado en el sistema con el rol de médico

POSCONDICIONES Mostrar información correspondiente a cada módulo asociado de los códigos CUPS

FLUJO PRINCIPAL

Seleccionar paciente al que se le asociarán los procedimientos

Seleccionar opciones para consultar información (procedimientos quirúrgicos, exámenes médicos y especialidades)

64




Tabla 37. Caso de uso - Remitir a médico especialista

NOMBRE CU-022 Remitir a médico especialista

ACTORES Médico

DESCRIPCIÓN Se debe validar que la especialidad que requiere el paciente este registrada en la base de datos, para poder seleccionarla.


POSCONDICIONES “Especialidad seleccionada(s) correctamente” o “Fallo al seleccionar la(s) especialidad(es)”

FLUJO PRINCIPAL

Ingresar con la identificación del paciente

Seleccionar opción médico especialista

Seleccionar especialidades que debe consultar el paciente


CUPS EXTIENDE /


Tabla 38. Caso de uso - Autorizar exámenes médicos

NOMBRE CU-023 Autorizar exámenes médicos

ACTORES Médico

DESCRIPCIÓN Se debe validar que el examen exista en la base para poderlo asociar a un paciente, no debe tener limitación al seleccionar la cantidad de exámenes por paciente


POSCONDICIONES “Exámenes seleccionada(s) correctamente” o “Fallo al seleccionar la(s) examen(es)”

FLUJO PRINCIPAL


Seleccionar opción exámenes médicos

Seleccionar exámenes que debe realizarse el paciente


CUPS EXTIENDE /


Tabla 39. Caso de uso - Procedimiento quirúrgico

NOMBRE CU-024 Procedimiento quirúrgico

ACTORES Médico

DESCRIPCIÓN Se debe validar que el procedimiento requerido exista en la base de datos, para así poderlo asociar al paciente


65

POSCONDICIONES “Procedimiento(s) quirúrgico(s) seleccionado(s) correctamente” o “Fallo al seleccionar lo(s) procedimiento(s) quirúrgico(s)

FLUJO PRINCIPAL


Seleccionar opción procedimientos quirúrgicos

Seleccionar exámenes que debe realizarse el paciente


CUPS EXTIENDE /


Tabla 40. Caso de uso - Asignar nombre al código QR

NOMBRE CU-025 Asignar nombre al código QR

ACTORES Médico

DESCRIPCIÓN

Se debe validar el código de respuesta rápida deba ser almacenado con el patrón definido para que quede por defecto, el nombre asignado debe ser el documento de identidad del paciente, seguido de la fecha DDMMYYYYHHMINSEG (09052018100503) en la que se realizó la generación del código.

PRECONDICIONES

Estar autenticado en el sistema como médico

Haber seleccionado los procedimientos médicos

Haber consolidado la información

POSCONDICIONES Generación del nombre del código QR

FLUJO PRINCIPAL Se debe haber iniciado el flujo de consolidar información



Tabla 41. Caso de uso - Consolidar información

NOMBRE CU-026 Consolidar información

ACTORES Médico

DESCRIPCIÓN Se debe capturar la información recopilada y generar un código QR para la consolidación de los procedimientos médicos.

PRECONDICIONES

Estar autenticado en el sistema como médico

Haber asociado los procedimientos médicos

Haber definido nombre del código

POSCONDICIONES “Se creó de manera correcta el código QR” o “Falló la creación del código QR, intentarlo nuevamente”

FLUJO PRINCIPAL Estar autenticado en el sistema con el rol de médico

Haber asociado procedimientos médicos al paciente

INCLUYE CU-025 Asignar EXTIENDE /

66

nombre al código QR

REQ. ASOCIADOS RF-023


Tabla 42. Caso de uso - Generar salida

NOMBRE CU-027 Generar salida

ACTORES Médico

DESCRIPCIÓN Se debe validar que el archivo de código de respuesta rápida exista y se debe enviar al correo designado por la entidad para él envió de esta información

PRECONDICIONES Tener la consolidación de la información

POSCONDICIONES “Se envió de manera correcta el correo” o “No se envió el correo”

FLUJO PRINCIPAL Seleccionar opción de generar código QR


REQ. ASOCIADOS Fuente: Elaboración propia

Tabla 43. Caso de uso - Generar copia salida

NOMBRE CU-028 Generar copia de salida

ACTORES Médico

DESCRIPCIÓN Se valida que el usuario tenga asociado un correo electrónico, en caso de no tenerlo en la base de datos se escribe manualmente

PRECONDICIONES Tener la consolidación de la información

Haber seleccionado la opción de enviar QR

POSCONDICIONES “Se envió de manera correcta el correo” o “No se envió el correo”

FLUJO PRINCIPAL Ingresar el correo alternativo en caso de lo ser en que está registrado en la base de datos

INCLUYE / EXTIENDE

CU-027 Generar salida

REQ. ASOCIADOS Fuente: Elaboración propia

Tabla 44. Caso de uso - Actualizar inventario CUPS

NOMBRE CU-029 Actualizar inventario CUPS

ACTORES Admin

DESCRIPCIÓN Se debe validar los códigos que se han actualizado por las resoluciones impuestas por el Ministerio de Salud, para ir actualizando el inventario

PRECONDICIONES Tener la resolución impuesta por el Ministerio de salud

POSCONDICIONES “Se realizó la actualización” o “Hubo un error, inténtelo de nuevo”

67

FLUJO PRINCIPAL Seleccionar CUPS

Cargar archivo plano con la información



Tabla 45. Caso de uso - Actualizar inventarios CUM

NOMBRE CU-030 Actualizar inventarios CUM

ACTORES Admin

DESCRIPCIÓN Se debe validar los códigos que se han actualizado por las resoluciones impuestas por el Ministerio de Salud, para ir actualizando el inventario

PRECONDICIONES Tener la resolución impuesta por el Ministerio de salud

POSCONDICIONES “Se realizó la actualización” o “Hubo un error, inténtelo de nuevo”

FLUJO PRINCIPAL Seleccionar CUM

Cargar archivo plano con la información



Tabla 46. Caso de uso - Consultar QR

NOMBRE CU-031 Consultar QR

ACTORES Paciente

DESCRIPCIÓN Se escaneará a través de un aplicativo móvil o aplicación de escritorio la información correspondiente al QR.

PRECONDICIONES El medico haya enviado de manera correcta al correo del paciente

POSCONDICIONES Asignar nombre de autenticación al sistema disponible

FLUJO PRINCIPAL Digitar documento de identidad como registro de seguridad

se permite ver la información

INCLUYE CU-027 Generar

salida

EXTIENDE /


68

4.8 DIAGRAMA ENTIDAD-RELACIÓN Figura 29. Diagrama Entidad-Relación


El DDL de la base de datos se representa en el Anexo J En la figura 29 se representa el diagrama entidad relación del sistema con sus distintos componentes.

69

4.9 DIAGRAMA RELACIONAL Figura 30. Diagrama relacional


En la figura 30 se representa el diagrama relacional del sistema con sus distintos componentes.

70

4.10 DIAGRAMA DE CLASES Figura 31. Diagrama de clases


71


En la figura 31 se representa dos diagramas de clases del sistema con la relación entre las distintas clases y sus componentes.

72

4.11 DIAGRAMA DE COMPONENTES Figura 32. Diagrama de componentes


En la figura 32 se representa el diagrama de componentes de los distintos sistemas y la relación entre estos.

73

4.12 DIAGRAMA DE ACTIVIDADES Figura 33. Diagrama de actividades – Registrar, Modificar, deshabilitar Entidad-Médico-Paciente


En la figura 33 se representa el diagrama de actividades donde se muestra la actividad dentro del sistema desde registrar modificar o deshabilitar un usuario.

Figura 34. Diagrama de actividades – Creación nickname y envío de correo


74

En la figura 34 se representa el diagrama de actividades donde se muestra la actividad dentro del sistema desde la validación hasta el registro de un usuario y posteriormente la creación de su correo y contraseña. Figura 35. Diagrama de actividades – cambio de contraseña


En la figura 35 se representa el diagrama de actividades donde se muestra el cambio de contraseña y posterior registro de esta en la base de datos.

Figura 36. Diagrama de actividades – acceso usuarios


En la figura 36 se representa el diagrama de actividades donde se muestra el acceso a los usuarios dependiendo el rol de este.

75

Figura 37. Diagrama de actividades –Consulta, Procedimientos, Ordenes


En la figura 37 se representa el diagrama de actividades donde el usuario medico ingresa y puede consultar los distintos procedimientos que se le haya realizado a un paciente.

76

4.13 DIAGRAMAS DE ESTADOS Figura 38. Diagrama de estados – Registrar, Modificar, deshabilitar Entidad


En la figura 38 el diagrama de estados muestra las distintas opciones que tiene dentro del sistema para la validación hasta actualización de una entidad.

77

Figura 39. Diagrama de estados – Registrar, Modificar, deshabilitar usuario


En la figura 39 el diagrama de estados muestra las distintas opciones que tiene dentro del sistema para la validación hasta actualización de un usuario.

78

Figura 40. Diagrama de estados – Crear, Enviar, Actualizar, Guardar


En la figura 40 el diagrama de estados crea, registra, y valida la información de los usuarios de la entidad en este caso los médicos.

79

Figura 41. Diagrama de estados – Consultar


En la figura 41 el diagrama de estados muestra el proceso de consulta de un paciente.

80

Figura 42. Diagrama de estados – Procedimientos médicos


En la figura 42 el diagrama de estados muestra los distintos estados desde consultar, hasta actualizar los distintos procedimientos que se realizaran al paciente y posteriormente la generación del código Qr.

81

4.14 DIAGRAMAS DE SECUENCIA Figura 43. Diagrama de secuencia- Administración entidad


En la figura 43 el diagrama de secuencia muestra las validaciones para registrar, actualizar o modificar una entidad.

Figura 44. Diagrama de secuencia - Administrar paciente


En la figura 44 el diagrama de secuencia muestra las validaciones para registrar, actualizar o modificar un paciente.

82

Figura 45. Diagrama de secuencia - Autenticación al sistema


En la figura 45 el diagrama de secuencia muestra las validaciones para autentificar el medico dentro del sistema. Figura 46. Diagrama de secuencia - Realizar consultas


En la figura 46 el diagrama de secuencia muestra las validaciones para permitir al médico consultar un paciente.

83

Figura 47. Diagrama de secuencia - Procedimientos médicos


En la figura 47 el diagrama de secuencia muestra las validaciones, consulta y generar los distintos procedimientos que puede o no dar solicitar al paciente.

4.15 DICCIONARIO DE DATOS - BASE DE DATOS Tabla 47. Diccionario de datos - modelo entidad relación

TABLA

NOMBRE TIPO DESCRIPCIÓN

Campos

PK id_campo Number (10)

Almacena código del campo

* Nombre_campo

Texto (50)

Nombre de los campos de las tablas que pueden acceder los usuarios del sistema

Rol

PK Id_rol Number (10)

Almacena código del rol

* Nombre_rol

Texto (50)

Almacena los nombres de los roles existentes (Admin, Médico y paciente) con el fin de relacionarle permisos a los campos

Permisos

PK Id_permiso

Number (10)

Almacena código de los permisos

* Nombre_permiso

Texto (50)

Nombre de los permisos que tendrán los roles para acceder al aplicativo

84

Rol_cam_per

PK Id_rolcamper

Number (10)

Almacena código de la relación entre permisos, campos y roles

FK Id_permiso

Number (10)

Almacena código de los permisos

FK Id_campo Number (10)

Almacena código de los campos

FK Id_rol Number (10)

Almacena código de los roles

usuario

PK id_user Number (10)

Almacena código de los usuarios

* nombre Texto (20)

Nombre del usuario (médico, admin o paciente)

* apellido Texto (20)

Apellido del usuario (médico, admin o paciente)

* documentoIdentidad

Texto (20)

Documento de identidad del usuario (médico, admin o paciente)

* fechaNacimiento

DD_MM_YYYY

Fecha de nacimiento del usuario (médico, admin o paciente)

* Rh Texto (5) Rhesus (RH) del usuario (médico, admin o paciente)

* numContacto

Texto (20)

Teléfono principal de contacto del usuario (médico, admin o paciente)

* direccion Texto (40)

Dirección de residencia del usuario (médico, admin o paciente)

o correoCorporativo

Texto (40)

Correo corporativo de la entidad en la que actualmente está trabajando el médico

o numMatricula

Texto (40)

El número de matrícula profesional del médico

o especialidad

Texto (40)

Área en la que se especializó el médico

o nombreAcudiente

Texto (40)

Nombre de la persona a la que se puede comunicar la entidad en caso de una emergencia con un paciente

o numeroAcudiente

Texto (40)

Número de la persona a la que se puede comunicar la entidad en caso de una emergencia con un paciente

o parentesco

Texto (40)

Parentesco del acudiente en caso de emergencia de un paciente

o correoElectronico

Texto (40)

Correo electrónico del paciente, donde se le enviará los códigos QR

FK id_rol Number (10)

Almacena código de los roles

Entidad PK id_entidad Number (10)

Almacena código de la entidad

85

* nombreEntidad

Texto (20)

Nombre de la entidad de salud que tomará los servicios de la aplicación

* nit Texto (20)

Número de identificación tributaria de la entidad

* numContacto

Texto (20)

Número principal de contacto exclusivo para trámites relacionados a la aplicación

* direccionPrincipal

Texto (20)

Dirección de la sucursal principal de la entidad

* correoCorporativo

Texto (20)

Correo asignado para él envió de los códigos QR

* nivelComplejidad

Texto (20)

Almacena el nivel de atención de una entidad de salud

User_entidad

PK Id_userent Number (10)

Almacena código de la relación entre entidad y usuario

FK id_entidad Number (10)

Almacena código de la entidad

FK id_user Number (10)

Almacena código del usuario

Eventos

PK Id_evento Number (10)

Almacena código del evento

* Nombre_evento

Texto (50)

Nombre de las posibles iteraciones que pueden tener los usuarios del sistema

LogEventos

PK Id_logevento

Number (10)

Almacena código del log generado al momento que un usuario realiza un evento en la aplicación

FK Id_user Number (10)

Almacena código del usuario

FK Id_evento Number (10)

Almacena código del evento

* fecha Fecha en la que se realizó el log del evento

Cups

PK id_cups Number (10)

Almacena código de los CUPS

* descripcion

Texto (200)

Descripción del código, nombre del procedimiento médico

* agrupacionSavia

Texto (200)

Tipo de procedimiento médico

Cum

PK id_cum Number (10)

Almacena código de los CUM

* producto Texto (200)

Nombre del medicamento

* registroSanitario

Texto (200)

Registro sanitario establecido por el INVIMA

* atc Texto Código INVIMA

86

(20)

* descripcion

Texto (200)

Descripción del código ATC


4.16 VISTAS DE LA APLICACIÓN

Desde las figuras 48 hasta la figura 81 se podrá mirar la interfaz del aplicativo y como está interactuará con el usuario sea médico o administrador. Figura 48. Mockup - Autenticación al sistema


87

Figura 49. Mockup - Inicio Admin


Figura 50. Mockup - Registrar entidad


88

Figura 51. Mockup - Modificar entidad


Figura 52. Mockup – Cambiar estado entidad


89

Figura 53: Mockup - Registrar admin


Figura 54. Mockup - Registrar médico


90

Figura 55. Mockup - Registrar paciente


Figura 56. Mockup - Modificar usuario


91

Figura 57. Mockup – Cambiar estado usuario


Figura 58. Mockup – Actualizar códigos


92

Figura 59. Consultar registros pacientes


Figura 60. Consultar registros médicos


93

Figura 61. Consultar registros admin


Figura 62. Consultar registros CUPS


94

Figura 63. Mockup – Consultar registros CUM


Figura 64. Mockup – Crear nickname


95

Figura 65. Mockup – Restablecer contraseña


Figura 66. Cambio de contraseña


96

Figura 67. Nueva contraseña


Figura 68. Inicio médico


97

Figura 69. Mockup – Consulta epicrisis


Figura 70. Consultar registros pacientes – médico


98

Figura 71. Consultar registros CUPS – médico


Figura 72. Consultar registros CUM – médico


99

Figura 73. Procedimientos médicos – consultar


Figura 74. Procedimientos médicos - medicamento POS


100

Figura 75. Procedimientos médicos - Medicamento NoPOS


Figura 76. Procedimientos médicos – MIPRES

Tomada de: https://www.google.com.co/search?q=mipres&source=lnms&tbm=isch&sa=X&ved=0ahUKEwjfwKj054PbAhWOjlkKHY3yBSwQ_AUICygC&biw=585&bih=642#imgrc=es4kN-z4OSuKKM

https://www.google.com.co/search?q=mipres&source=lnms&tbm=isch&sa=X&ved=0ahUKEwjfwKj054PbAhWOjlkKHY3yBSwQ_AUICygC&biw=585&bih=642#imgrc=es4kN-z4OSuKKM

https://www.google.com.co/search?q=mipres&source=lnms&tbm=isch&sa=X&ved=0ahUKEwjfwKj054PbAhWOjlkKHY3yBSwQ_AUICygC&biw=585&bih=642#imgrc=es4kN-z4OSuKKM

101

Figura 77. Procedimientos médicos – especialista


Figura 78. Procedimientos médicos - exámenes médicos


102

Figura 79. Procedimientos médicos – quirúrgico


Figura 80. Procedimientos médicos - consolidar QR


103

Figura 81. Procedimientos médicos - generar QR


104

5 RECOMENDACIONES

Para futuras investigaciones se recomienda incluir a los jefes de enfermería al módulo de consulta de epicrisis, con el fin de no requerir al médico de turno para poder acceder a la información. Se recomienda a las entidades de salud adquirir un software licenciado que permita leer gran cantidad de volúmenes de códigos QR o tener dispositivos electrónicos que permitan realizarlos.

Es importante que los usuarios del sistema tengan capacitaciones para hacer un buen uso del sistema.

105

6 CONCLUSIONES

Al analizar los diferentes tipos de tecnologías de corto alcance que permitan consolidar la información y cumplan a cabalidad con los requerimientos necesarios para este proyecto como lo son el tamaño de almacenamiento, lectura y escritura fácil de realizar, bajo coste en implementación, adaptable y amigable hacia todo público. Se concluye que el código de respuesta rápida (QR) es la tecnología más adecuada debido a que sus características que favorecen directamente las condiciones del proyecto; las demás tecnologías se descartaron debido a factores contemplados como lo son el espacio que almacena no es suficiente para la demanda del aplicativo, los costos de implementación se elevan, el usuario final (paciente) se le dificulta leer la información consolidada, entre otras. Al realizar una implementación de un estándar que permita la interoperabilidad entre las entidades de salud aportará al mejoramiento de los procesos médicos en urgencias y en consultas externas, debido a que transmitir datos electrónicos como lo es la epicrisis es de vital importancia al momento que un paciente ingrese a una IPS/EPS que no tenga un registro anterior y así lograr evidenciar el último tratamiento realizado, alergias, tipo de sangre, entre otros datos esenciales para realizar una buena atención al paciente. El estándar que cumple este objetivo es CDA® de Hl7 donde su foco es las historias clínicas y epicrisis. Paralelo a esto, se puede concluir que, aunque la implementación es compleja, es un mecanismo que aportará a la optimización de tiempos y atención en las entidades de salud. Uno de los caminos que se contemplan para disminuir los tiempos de respuesta y atención por parte de una entidad de salud es suprimir la digitación manual de los códigos únicos de medicamentos y de los códigos de clasificación única de procedimientos en salud, evitando el error cometido por un asesor al digitar mal un código y generando un reproceso para la corrección del mismo. Se recurrirá al uso tecnológico de corto alcance para así realizar el escaneo de los códigos, minimizar el porcentaje de error, mejorar la calidad de tiempo y evitar que un paciente tenga que esperar innecesariamente, trayendo esto como consecuencia un mayor flujo y satisfacción en la atención al usuario. Por otra parte, al realizar un aplicativo web que genere códigos QR con la consolidación de la información médica evitará al paciente realizar desplazamientos innecesarios para la autorización de un medicamento o procedimiento, disminuirá los inconvenientes presentados por la falta de documentación, los médicos tendrán acceso a la epicrisis de un paciente, se reducirá el porcentaje de error y tiempo gastado por asesor al realizar digitaciones manuales.

106

7 BIBLIOGRAFÍA

1. MINISTERIO DE SALUD Y PROTECCION SOCIAL. Mipres, https://www.minsalud.gov.co/Paginas/Mipres.aspx Bogotá Col. (11 mayo de 2017).

2. MORRIS Steven, ROB Peter, CORONEL Carlos. Bases de datos, Diseño, Implementación y Administración. México Df. Cengage Learning, 2011.

3. GOMEZ JIMENEZ Enrique. Desarrollo de Software con Netbeans. México Df.

Septiembre de 2012.

4. DOYLE Matt. PHP Práctico. Madrid/España. ANAYA Multimedia, marzo 2010.

5. SANCHEZ Salvador. SICILIA URBAN Miguel Ángel, RODIRGUEZ Daniel. Ingeniería del Software un enfoque desde la Guía SWEBOK, México Df. Alfaomega, 2012.

6. PANTALEO Guillermo, RINAUDO Ludmila. Ingeniería de Software. México Df.

Alfaomega, 2015.

7. SOMMERVILE Ian. Ingeniería de Software. Madrid/España. Pearson, 2011.

8. PRESSMAN S. Roger. Ingeniería de Software un enfoque práctico 7 edición. México Df. MC Graw Hill, 2010.

9. GUTIERREZ GONZALES Ángel, LOPEZ GOYTA José Luis. Desarrollo y

programación en entornos web. México Df. Alfaomega, 2017.

10. LUJAN CASTILLO José Dimas. HTML5, CSS Y JAVASCRIPT crea tu web y apps con el estándar de desarrollo, Madrid/España. Alfaomega, 2016.

11. BEATI Hernán. PHP creación de páginas Web dinámicas 2 edición, Buenos

Aires/Argentina. Alfaomega, 2016.

12. PAVON PUERTAS Jacobo, LLARENA BORGES Ezequiel. Creación de un sitio Web con PHP Y MYSQL. 5 edición. Madrid/España. Ra Ma, 2016.

13. SUPERINTENDENCIA NACIONAL DE SALUD. Indicadores de calidad,

https://www.supersalud.gov.co/es-co/vigilados/estadisticas/eapb/indicadores-de-calidad , Bogotá Col (02 de Enero de 2012).

14. SUPERINTENDENCIA NACIONAL DE SALUD. Indicadores de Autorizaciones,

https://www.supersalud.gov.co/es-co/delegadas/supervision-

https://www.minsalud.gov.co/Paginas/Mipres.aspx

https://www.supersalud.gov.co/es-co/vigilados/estadisticas/eapb/indicadores-de-calidad

https://www.supersalud.gov.co/es-co/vigilados/estadisticas/eapb/indicadores-de-calidad

https://www.supersalud.gov.co/es-co/delegadas/supervision-institucional/direccion-delegada-supervision-institucional/estadisticas-de-las-eapb/indicadores-de-autorizaciones

107

institucional/direccion-delegada-supervision-institucional/estadisticas-de-las-eapb/indicadores-de-autorizaciones , Bogotá Col (02 de Enero de 2012).

15. AXA SEGUROS GENERALES S.A, Autorización medica por la Web AXA,

https://www.axa.es/ . Madrid/España, 2015.

16. EUROPEAN MEDICINES AGENCY. Autorización de medicamentos huérfanos y de alto costo. http://www.ema.europa.eu/ema/ EU (UNION EUROPEA). (04 de Mayo de 2017).

17. COOMEVA Medicina Prepagada.

http://medicinaprepagada.coomeva.com.co/index.php Autorizaciones Médicas. Bogotá/Colombia, (13 de Junio de 2017).

18. COOLMEDICA Medicina Prepagada

https://www.colmedica.com/Paginas/Home.aspx, Autorizaciones Procedimientos Médicos. Bogotá/Colombia, (Octubre de 2017).



https://www.axa.es/

http://www.ema.europa.eu/ema/

http://medicinaprepagada.coomeva.com.co/index.php

https://www.colmedica.com/Paginas/Home.aspx

108

8 REFERENCIAS ACP. (Que es el Barcode, 2012. http://www.acp-servicios.es/index.php/barcode). ACP Servicios de

Identificación. Obtenido de http://www.acp-servicios.es/index.php/barcode Angel Gutierrez , Jose Lopez. (Desarrollo y programación en entornos web . Mexico D.F. 2017. P.

39). Desarrollo y programación en entornos web. AlfaOmega. Argentina HL7. (s.f.). Asociación Civil HL7 Argentina. Obtenido de http://hl7.org.ar/index.php/que-

es-hl7 AXA SEGUROS GENERALES. (2015. https://www.axa.es/). Obtenido de https://www.axa.es/ Beati Hernán. (2016). PHP creación de páginas Web dinámicas 2 Edición. AlfaOmega. Castillo Luján José Dimas. (2016). HTML5, CSS y JavaScrpt Crea tu web y apps con el estándar de

desarrollo. AlfaOmega. computerhope. (29 de 12 de Creación de scripts en el lado del servidor, 2017.

https://www.computerhope.com/jargon/s/server-side-scripting.htm). computerhope. Obtenido de https://www.computerhope.com/jargon/s/server-side-scripting.htm

COOLMEDICA . (Octubre de 2017. https://www.colmedica.com/Paginas/Home.aspx). COOLMEDICA Medicina Prepagada. Obtenido de https://www.colmedica.com/Paginas/Home.aspx

COOMEVA. (13 de Junio de 2017. http://medicinaprepagada.coomeva.com.co/index.php). COOMEVA Medicina Prepagada. Obtenido de http://medicinaprepagada.coomeva.com.co/index.php

dicomstandard. (s.f.). Obtenido de https://www.dicomstandard.org/about/ Durán, F. S. (s.f.). ramonramon. Obtenido de

https://www.ramonramon.org/blog/2016/01/14/estandares-actuales-de-la-hce-historia-clinica-electronica/

EUROPEAN MEDICINES AGENCY. (04 de Mayo de 2017. http://www.ema.europa.eu/ema/). EUROPEAN MEDICINES AGENCY. Obtenido de http://www.ema.europa.eu/ema/

FHIR, Hl7. (Representacion XML, 2011 http://hl7.org/fhir/xml.html). FHIR. Obtenido de http://hl7.org/fhir/xml.html

Finanzas Personales. (¿Para qué prepagada?, 2017. http://www.finanzaspersonales.co/gaste-eficientemente/salud/articulo/para-que-prepagada/36057). finanzaspersonales. Obtenido de http://www.finanzaspersonales.co/gaste-eficientemente/salud/articulo/para-que-prepagada/36057

Gajani Ali. (30 de 06 de 2017. http://www.monitis.com/blog/cc-in-review-the-key-differences-between-sql-and-nosql-dbs/). monitis. Obtenido de http://www.monitis.com/blog/cc-in-review-the-key-differences-between-sql-and-nosql-dbs/

HL7 Health Level Seven INTERNACIONAL ®. (Introducción a los estándares HL7, 2018. http://www.hl7.org/implement/standards/index.cfm?ref=nav). HL7. Obtenido de http://www.hl7.org/implement/standards/index.cfm?ref=nav

HL7 Spain. (s.f.). Obtenido de http://www.hl7spain.org/cda/ iso. (s.f.). Obtenido de https://www.iso.org/standard/43218.html Ivan Diaz Alvarado. (12 de 04 de 2014. https://serprogramador.es/que-es-frontend-y-backend-en-

la-programacion-web/). serprogramadores. Obtenido de https://serprogramador.es/que-es-frontend-y-backend-en-la-programacion-web/

109

Javier I. Portillo, A. B. (Tecnología de identificación por radiofrecuencia (RFID): Aplicaciones en el ámbito de la salud, Madriad, 2008. P. 31). Tecnología de identificación por radiofrecuencia (RFID): Aplicaciones en el ámbito de la salud. Madrid.

Javier Luque Ordóñez. (Códigos QR, www.acta.es/medios/articulos/comunicacion_e_informacion/063009.pdf). Obtenido de www.acta.es/medios/articulos/comunicacion_e_informacion/063009.pdf

JAVIER PENALVA. (15 de 06 de NFC que es y para que sirve, 2017. https://www.xataka.com/moviles/nfc-que-es-y-para-que-sirve). xakata. Obtenido de https://www.xataka.com/moviles/nfc-que-es-y-para-que-sirve

loinc. (s.f.). Obtenido de https://loinc.org/faq/basics/ Manel Rodero. (08 de 06 de ¿Qué son los códigos QR?, 2012.

https://inlab.fib.upc.edu/es/blog/que-son-los-codigos-qr). inLab. Obtenido de https://inlab.fib.upc.edu/es/blog/que-son-los-codigos-qr

Ministerio de Salud y Proteccion. (Agosto de 1994. https://www.minsalud.gov.co/Normatividad_Nuevo/RESOLUci%C3%93N%205261%20DE%201994.pdf). Ministerio de salud y Protección Social. Obtenido de https://www.minsalud.gov.co/Normatividad_Nuevo/RESOLUci%C3%93N%205261%20DE%201994.pdf

MinSalud. (11 de Mayo de 2017. https://www.minsalud.gov.co/Paginas/Mipres.aspx). Mipres. Obtenido de https://www.minsalud.gov.co/Paginas/Mipres.aspx

Montoya Roxana, Sanchez Miguel. (Sistema de información web para mejorar la gestión, 2017). Sistema de información web para mejorar la gestión. Trujillo.

Nueva EPS. (Plan de Atención Complementaria, 2018. http://www.nuevaepspac.com/que-es-el-plan-de-atencion-complementaria-integral-de-nueva-eps/). nuevaepspac. Obtenido de http://www.nuevaepspac.com/que-es-el-plan-de-atencion-complementaria-integral-de-nueva-eps/

Okhosting. (Tipos de Software y su Clasificación, 2018. https://okhosting.com/blog/tipos-de-software-su-clasificacion/). okhosting. Obtenido de https://okhosting.com/blog/tipos-de-software-su-clasificacion/

Pandorafms, J. (18 de 11 de 2015). pandorafms. Obtenido de https://blog.pandorafms.org/es/nosql-vs-sql-diferencias-y-cuando-elegir-cada-una/

Pardell. (19 de 04 de 2018). Pardell. Obtenido de http://www.pardell.es/el-estandar-hl7.html Pazos, P. (09 de 02 de 2011). informatica-medica. Obtenido de http://informatica-

medica.blogspot.com.co/2011/02/hl7-normalizando-la-comunicacion-en.html Pressman Roger. (Ingenieria de Software un Enfoque Practico. Mexico D.F. 2010. P. 1). Ingenieria

de Software un enfoque Practico. Mexico D.F.: MCGrawHill. Roger Pressman. (Ingeniería de Software, Análisis y Diseño, 2012). Ingeniería de Software, Análisis

y Diseño. EDITORIAL ACADEMICA ESPAÑOLA. Salud, M. d. (Agosto de 1995). Ministerio de Salud y Protección Social. Obtenido de

https://www.minsalud.gov.co/Normatividad_Nuevo/RESOLUci%C3%93N%205261%20DE%201994.pdf

Schmuller, J. (Aprendiendo UML en 24 horas, 2000). Aprendiendo UML en 24 horas. S.A. ALHAMBRA MEXICANA.

Sommervile Ian. (Ingenieria de Software. Madrid, 2011. P. 5). Ingeniería de Software. Madrid: Pearson.

110

Xavier Pardell. (2018. http://www.pardell.es/el-estandar-hl7.html). Apuntes de Electromedicina. Obtenido de http://www.pardell.es/el-estandar-hl7.html

111

ANEXO A

Anexo A. Clasificación única de procedimientos en salud (CUPS)

A continuación, se muestra algunos de los códigos, descripción del servicio, y la

agrupación al procedimiento que pertenece.

Tabla 48. Clasificación única de procedimientos de salud (CUPS)

CUPS DESCRIPCION DEL SERVICIO AGRUPACION SAVIA

010101 PUNCION CISTERNAL VIA LATERAL PROCEDIMIENTOS DX Y TTO NEUROLOGIA

010103 PUNCION CISTERNAL PROCEDIMIENTOS DX Y TTO NEUROLOGIA

010902 OTRA PUNCION CRANEAL PROCEDIMIENTOS DX Y TTO NEUROLOGIA

011101 BIOPSIA OSEA EN CRANEO POR CRANEOTOMIA BIOPSIA

011103 BIOPSIA DE CRANEO BIOPSIA

011301 BIOPSIA CERRADA (PERCUTANEA) (AGUJA) DE CEREBRO BIOPSIA

011302 BIOPSIA ABIERTA (CRANEOTOMIA) DE CEREBRO BIOPSIA

011303 BIOPSIA DE CEREBRO POR TREPANACION BIOPSIA

011305 BIOPSIA DE CEREBRO BIOPSIA

012101 CRANEALIZACION DE SENO FRONTAL NEUROCIRUGIA

012102 INCISION Y DRENAJE DE SENO FRONTAL NEUROCIRUGIA

035109 CORRECCION DE MALFORMACION DE MEDULA ESPINAL NEUROCIRUGIA

052604 TIMPANOSIMPATECTOMIA [NEURECTOMIA DEL JACOBSON] NEUROCIRUGIA

052605 SIMPATECTOMIA O GANGLIECTOMIA NEUROCIRUGIA

053101 BLOQUEO DE NERVIO SIMPATICO UNICO PROCEDIMIENTOS DX Y TTO NEUROLOGIA

053102 BLOQUEO DE PLEJO BRAQUIAL PROCEDIMIENTOS DX Y TTO NEUROLOGIA

063901 ISTMECTOMIA CIRUGIA OTORRINOLARINGOLOGIA

063902 TIROIDECTOMIA RESIDUAL CIRUGIA OTORRINOLARINGOLOGIA

070000 EXPLORACION DE AREA SUPRARENAL SOD CIRUGIA UROLOGIA

072302 SUPRARRENALECTOMIA PARCIAL CIRUGIA UROLOGIA

074100 DRENAJE DE GLANDULA SUPRARRENAL SOD CIRUGIA UROLOGIA

075300 ESCISION PARCIAL DE GLANDULA PINEAL SOD NEUROCIRUGIA

075400 ESCISION TOTAL DE GLANDULA PINEAL [PINEALECTOMIA] SOD NEUROCIRUGIA

076500 ESCISION TOTAL DE HIPOFISIS VIA TRANSESFENOIDAL SOD NEUROCIRUGIA

078100 ESCISION PARCIAL DE TIMO SOD CIRUGIA OTORRINOLARINGOLOGIA

078200 ESCISION TOTAL DE TIMO SOD CIRUGIA OTORRINOLARINGOLOGIA

089102 ABLACION DE PESTAÑAS POR LASER CIRUGIA OFTALMOLOGIA

090100 DRENAJE EN GLANDULA LAGRIMAL SOD CIRUGIA OFTALMOLOGIA

180100 DRENAJE DE COLECCION DE PABELLON AURICULAR SOD CIRUGIA OTORRINOLARINGOLOGIA

404100 VACIAMIENTO LINFATICO RADICAL DE CUELLO UNILATERAL SOD CIRUGIA DE CABEZA Y CUELLO

405302 LINFADENECTOMIA RADICAL INGUINOFEMORAL O ILIACA BILATERAL CIRUGIA GENERAL

405303 LINFADENECTOMIA RADICAL INGUINO ILIACO CIRUGIA ONCOLÓGICA

Para ver el listado completo se puede dirigir al enlace: https://www.minsalud.gov.co/sites/rid/Lists/BibliotecaDigital/RIDE/VP/RBC/actualizacion-cups-2017.pdf

https://www.minsalud.gov.co/sites/rid/Lists/BibliotecaDigital/RIDE/VP/RBC/actualizacion-cups-2017.pdf

https://www.minsalud.gov.co/sites/rid/Lists/BibliotecaDigital/RIDE/VP/RBC/actualizacion-cups-2017.pdf

112

ANEXO B

Anexo B. Código único de medicamentos (CUM) A continuación, se muestra algunos de los códigos, nombre, el registro Invima que

permite la comercialización dentro de Colombia y códigos ATC que es el sistema

de codificación farmacológico.

Tabla 49. Código único de medicamentos (CUM)

CUM PRODUCTO REGISTRO SANITARIO ATC DESCRIPCIÓN_ATC

2203 ACETAMINOFEN JARABE X 150 MG / 5 ML INVIMA 2017M-007901-R3 N02BE01 PARACETAMOL

3277 HIDERAX S® 50 MG INVIMA 2016M-001830-R2 N05BB01 HIDROXIZINA

3521 ALERCET ® JARABE INVIMA 2015M-002103-R2 R06AE07 CETIRIZINA

3753 NIFEDIPINO CAPSULAS INVIMA 2016M-003008-R2 C08CA05 NIFEDIPINA

3858 DIXIN® 0.25 MG TABLETAS INVIMA 2008 M-011561R1 N05BA12 ALPRAZOLAM

6040 GENTAMICINA 20 MG / 2 ML INYECTABLE INVIMA 2015M-007883-R3 J01GB03 GENTAMICINA

6326 PRAVASTATINA SÓDICA 10 MG INVIMA 2015M- 002725-R2 C10AA03 PRAVASTATINA

6329 ACICLOVIR 200 MG TABLETAS INVIMA 2017M-004902-R2 J05AB01 ACICLOVIR

6411 AZITROMICINA 500MG. INVIMA 2017M-005294-R2 J01FA10 AZITROMICINA

6414 AZITROMICINA MK 200 MG/ 5 ML POLVO PARA SUSPENSION

INVIMA 2016M-002588-R2 J01FA10 AZITROMICINA

9812 METOCARBAMOL TABLETAS 750MG INVIMA 2016 M-002325-R2 M03BA03 METOCARBAMOL

9813 HIDROCLOROTIAZIDA 25 MG TABLETAS INVIMA 2016M-002326-R2 C03AA03 HIDROCLOROTIAZIDA

10815 FLUOXETINA 20 MG CÁPSULAS INVIMA 2017M-005627-R2 N06AB03 FLUOXETINA

10816 IBUPROFENO SUSPENSION 100 MG / 5 ML. INVIMA 2018M-005761-R2 M01AE01 IBUPROFENO

11697 ACIDO FUSIDICO CREMA 2% INVIMA 2017M-005236-R2 D06AX01 FUSIDICO ACIDO

11700 AZITROMICINA TABLETAS RECUBIERTAS X 500 MG INVIMA 2016M-003819-R2 J01FA10 AZITROMICINA

11701 AZITROMICINA POLVO PARA SUSPENSION 200 MG/ 5ML. INVIMA2016M-002521-R2 J01FA10 AZITROMICINA

12888 SALBUTAMOL JARABE INVIMA 2016M-002688-R2 R03AC02 SALBUTAMOL

13874 XANAX 0.25 MG TABLETAS INVIMA 2018M-007668-R3 N05BA12 ALPRAZOLAM

14446 CLARITROMICINA 500 MG TABLETAS RECUBIERTAS INVIMA 2016 M-003442-R2 J01FA09 CLARITROMICINA

15875 TRIMEBUTINA MALEATO 200 MG. INVIMA 2017M-005684-R2 A03AA05 TRIMEBUTINA

16436 DESFERAL® 0.5 G VIAL INVIMA 2014M-06069-R3 V03AC01 DEFEROXAMINA

16806 CLINDAMICINA CAPSULAS 300 MG. INVIMA 2016M-003918-R2 J01FF01 CLINDAMICINA

17134 AMLODIPINO 5 MG INVIMA 2015 M-002545-R2 C08CA01 AMLODIPINO

17135 TRAZODONA 50 MG TABLETAS INVIMA 2016M-002634-R2 N06AX05 TRAZODONA

17137 AMLODIPINO 10 MG INVIMA 2015 M- 002791-R2 C08CA01 AMLODIPINO

17145 NAPROXENO 250 MG COMPRIMIDOS INVIMA 2015M- 002839 -R2 M01AE02 NAPROXENO

17346 RANITIDINA 300 MG TABLETAS RECUBIERTAS INVIMA 2016M-005164-R2 A02BA02 RANITIDINA

17804 PROCALAMINE INVIMA 2008M-006994-R1 B05BA01 AMINOACIDOS

19237 RETROVIR IV PARA INFUSION INVIMA 2017M-005247-R2 J05AF01 ZIDOVUDINA

19258 ZANTAC® TABLETAS 150 MG INVIMA 2016M-006233-R3 A02BA02 RANITIDINA

19512 TRAMAL INYECTABLE 50 MG INVIMA 2015M-007193-R3 N02AX02 TRAMADOL

19851 CEFOTAXIMA 1G INVIMA 2017M-004298-R2 J01DD01 CEFOTAXIMA

20472 DICLOFENACO 50MG. TABLETA RECUBIERTA INVIMA 2015 M-006042-R3 M01AB05 DICLOFENACO

Para ver el listado completo se puede dirigir al enlace: https://www.invima.gov.co/index.php?option=com_content&view=article&id=806%3Alistado-codigo-unico-de-medicamentos&catid=213%3Aconsultas-registros-y-documentos-asociados&Itemid=252

https://www.invima.gov.co/index.php?option=com_content&view=article&id=806%3Alistado-codigo-unico-de-medicamentos&catid=213%3Aconsultas-registros-y-documentos-asociados&Itemid=252



113

ANEXO C

Anexo C. Entrevista paciente número uno

En primer lugar como paciente el primer obstáculo que uno tiene es la solicitud de citas y las agendas que tienen los doctores, especialmente los especialistas, generalmente es una demora enorme para conseguir una cita, eso por una parte, por otra parte está la burocracia que se maneja las EPS, primero uno tiene que ir con médico general después el médico general dependiendo del diagnóstico define si uno va a especialista o no, en caso de a uno le manden la cita con el especialista a uno no se la dan inmediatamente; si no que a uno le toca ir a la EPS llevar una serie de documentos para que autoricen la cita y ahí si realizar una llamada vía telefónica donde generalmente a uno le dicen si ahí agenda o no que es el punto donde yo comentos que tienden a demorarse mucho. ¿Y en algunas ocasiones le toco llevar a la EPS toda la cantidad de documentos? Bueno lo otro es que a uno le toca llevar autorizaciones y recibos y a veces a uno se le queda la autorización o algo de la historia médica y ellos no, le toca devolverse y uno digamos, un momento donde vivía en el sur de la ciudad y la IPS donde me atendían era en Teusaquillo, entonces pues a mí me parece el colmo que ellos no tengan toda esa información porque finalmente ellos son los que generan esos documentos Bueno cuente un poco más de su experiencia, me contaba que estuvo enfermo y hospitalizado, ¿Cómo fue ese proceso?… Me imagino que tuvieron que hacerle exámenes, procedimientos o sus papas ir a la EPS Finalmente, ellos se encargaron del tema y pues sucedía lo estamos hablando que se les quedo un papel, que le falta uno, que le falta otro, siendo documentos que la misma EPS genera. ¿Y muchas veces sus papas no querían hacer esas vueltas y estar con usted? No, hubo un tema de organización en su momento entonces uno estaba y el otro hacia la vuelta, se turnaban. ¿Qué inconvenientes fuera de esos más los ve a las EPS? También el tema de autorización de medicamentos pasa exactamente igual que con las citas, porque ahí que autorizar los medicamentos, hay que tener la autorización del médico y lo mismo se le queda a uno los papeles y son papeles que ellos mismos tienen que inexplicablemente las personas de las cajas no tienen, y lo ponen a uno a llevar todo eso

114

¿Alguna vez le ha llegado a pasar cuando se hace un examen, el asesor digita mal los códigos de procedimientos o exámenes que se tenga que hacer y deba volver otra vez a realizar el mismo procedimiento? No ese casi si no me ha pasado. Lo que uno si escucha es que sigue teniendo muchos fallos y que todavía existe mucha burocracia, muchos trámites con muchas trabas para que las personas puedan acceder a las citas como a la medicación. ¿Y por ejemplo cuanto a sido lo máximo que le ha tocado esperar a que lo atiendan? Como tres meses o cuatros meses ¿Y en el centro para entregar los papeles? Ese si no me acuerdo Nosotros pues a raíz de eso estamos diseñando , nuestro objetivo es crear un diseño para optimizar los procedimientos médicos, es decir a usted desde que te atiende el medico no tengas la necesidad de desplazarte a la EPS para poder solicitar la autorización y todos los inconvenientes que se presentas, y todo lo pensamos manejar por medio de códigos, es decir que toda la información clínica, exámenes, recibos, autorizaciones, todo lo que solicita la EPS este compactado en un solo documento de manera que no haya errores de que debas ir y volver o simplemente sea enviar al a correo de la EPS y esperes ya la respuesta de la autorización ¿No sé cómo te parece la idea? Me parece buenísima Adicional en el momento de la digitalización de los asesores como los exámenes de que todos los códigos de los exámenes sean por medio de un código, que solo sea que el asesor solo escanee y automáticamente salga los exámenes a realizar. Es más práctico y disminuirá la tasa de errores. Si, aumentará la tasa de atención al usuario, adicional a eso, ¿alguna vez no le ha pasado que haya ido a urgencias a otra IPS donde no le atiende y deba volver a llevar la historia clínica o decirla? Eso si es un fallo grandísimo acá debería haber un sistema unificado de historias médicas para que eso no suceda, porque cada IPS entonces tiene su propia historia clínica de la persona en vez de tener una historia unificada. Entonces esa es la segunda parte de nuestro diseño donde vamos a manejar un protocolo que se llama HL7, el cual lo que hace es compartir la información clínica, en nuestro caso vamos a compartir la epicrisis ya que esta resumida toda la información del paciente, entre todas las entidades afiliadas y no afiliadas, de manera que si usted va a otro hospital que no es

115

donde te atienden, ellos simplemente es solicitar la información, sin necesidad que a usted como paciente deban solicitar toda la información o papeles, si no que ellos la pedirían y aparecía toda la información como el tipo de sangre, la última atención médica, condición médica, exámenes, etc., de manera que ellos sepan la forma y manera que te deben de tratar de manera que puedan agilizar un poco más el proceso. ¿No sé qué piense de es eso? A mí me parece super, porque si es necesario, lo que tu decías a uno lo atienden de urgencias en otro lado y no saben que tiene, llega alguien inconsciente y hum, no sabe que tiene, no sabe nada de la historia médica, y con eso se podría solucionar. ¿Cómo fue esa experiencia en los días que estuvo hospitalizado, con respecto a su enfermedad, no tuvo que ir a otra EPS y contar todo el proceso que pasó? Si con el cambio de IPS aun siendo afiliada a la EPS ellos no tenían nada, mi copia de la historia medica ¿Y cómo le pareció ese proceso? Harto ¿Por qué? Porque ellos deberían tener esa información aun siendo de la misma entidad. ¿Qué piensas del impacto social que podría tener nuestro proyecto? A mí me parece que podría tener un impacto social grande, porque va a impactar en la salud de las personas y en las EPS que utilicen el proyecto. ¿En qué sentido? Va a mejorar los tiempos de atención, va a mejorar el bienestar de las personas que están utilizando los servicios de las EPS, porque va a estar optimizando el tiempo y el acceso a los recursos de salud como son las citas, las autorizaciones, los permisos, la subida de documentos, la entrega todo eso, si se puede hacer desde un mismo sistema eso va a aligerar la carga de las personas como de las EPS, ayuda a aumentar el tiempo de respuesta optima en caso de una urgencia.

116

ANEXO D

Anexo D. Entrevista paciente número dos El paciente no autorizó grabar su voz ni revelar su identidad.

Algunos de los problemas que se encontraba y manifiesta que aún se le presentan son:

Salía de las terapias y debía realizar el trámite de autorización de la

siguiente hospitalización y en gran mayoría de las ocasiones encontraba

demora en la atención; sin contar con la dificultad en el desplazamiento de

esta.

Una vez obtenida la autorización, debía nuevamente dirigirme al Hospital

para entregarla y luego esperar la llamada en el cual sabría el día y hora de

mi hospitalización.

En dos ocasiones que fue de urgencias a otra entidad, llegué e ipso facto

me desmayé, no pudieron realizar ningún procedimiento, solo reanimación

por no contar con mi historia clínica o al menos con mi epicrisis, solo tenían

mi documento de identidad.

A la hora de solicitar un medicamento especial me ha incomodado porque

en varias ocasiones, la persona encargada digita mal algún proceso y debo

buscar al médico que diligenció el formulario y en algunos casos este no

está disponible.

Al realizar el proceso de reclamación de medicamentos debo dirigirme a la EPS y

allá me dicen en qué punto debo solicitar la formula médica, cosa que me obliga a

volver a desplazarme para saber el resultado y posterior entrega o negación de

este.

117

ANEXO E

Anexo E. Entrevista Ingeniero de Sistemas

Buenas noches estamos acá con el ingeniero Hernán Darío Bernal, él es profesional en ingeniería de sistemas de la universidad nacional de Bogotá. ¿Señor Darío cuénteme usted por qué decidió estudiar Ingeniería de Sistemas y porque en la nacional? Bueno, desde el colegio yo ya venía con una idea de, de estudiar algo relacionado con lógica y mis opciones estaban entre matemáticas, fisca e ingeniería de sistemas, finalmente opte por la ingeniería porque es algo práctico, donde se puede aplicar las otras dos disciplinas. Actualmente qué hace, a qué se dedica, en qué campos se relaciona ya su carrera. Desde que yo Sali de la universidad siempre he estado orientado al desarrollo de aplicaciones empresariales, en este momento En este momento me encuentro trabajando realizando mantenimiento de las aplicaciones de migración Colombia son aplicaciones web con las que se maneja la entrada y salida de extranjeros del país. Aplicaciones web, ¿Cómo es el manejo de una aplicación web? Son aplicaciones empresariales con modelo vista controlador de acuerdo con el estándar JEE Yo trabajo con el lenguaje programación Java y con todos los conjuntos de herramientas ¿Cuándo estuvo en la universidad que tesis investiga en el área de tecnología realizó? Bueno, en su momento había un proyecto en la universidad que se llamaba UN Gris o Computador virtual distribuida, la tesis mía estaba enmarcada dentro de ese proyecto, y la tesis consistía en realizar una prueba de concepto para ver si se puede utilizar los computadores de la Universidad Nacional para que crear un súper computador virtual distribuido, utilizando todas las maquinas, bueno todo el procesamiento libre de la universidad nacional. Como el proyecto SETI de la nasa Donde hay un telescopio radiotelescopio que recibe señales de radio de todas las Estrellas del universo conocido y el computador virtual el SETI, lo que hace este instala clientes en máquinas alrededor del mundo para procesar de manera paralela todas las señales que llegan al telescopio, radiotelescopio. ¿Cómo fue el proceso la elaboración de su proyecto? Bueno, primero, se realizó la investigación de que es un super computador virtual distribuido, se realizaron las implementaciones existentes en el momento, se investigó la construcción como tal de los diferentes módulos del supercomputador como el cliente le integrado el paralizador Y definir el alcance de la tesis.

118

El alcance mío era solamente la generación del cliente que se va a instalar en todas las máquinas y el integrador que determinar la capacidad de cómputo del supercomputador virtual. ¿Qué inconvenientes tuvo en el desarrollo del proyecto? En su momento, Cuándo se inició el desarrollo no existía guías claras, para implementación de cada uno de los diferentes módulos del proyecto y otro de los inconvenientes heterogeneidad de los sistemas operativos de las máquinas de la Universidad Nacional. ¿Y, qué problemas tenían las maquinas? Lo que pasa es que para crear el super computador virtual, hay que determinar cuándo una máquina está libre y tiene tiempo del procesador libre y es heterogenia dependiendo de sistema operativo, entonces para para Linux es diferente Que para Windows para Mac o s o para sistemas solares ¿Y cómo llegas a solucionar eso inconvenientes que se presentaron en ese momento? La falta de manuales se tomó como guía un manual base de una implementación básica para generar el integrador que da como la parte en la que más tenía dudas y en la parte de generación de los clientes y la heterogeneidad, fue realizando investigación sobre la arquitectura sobre los sistemas operativos y en la manera en la que maneja las interrupciones de teclado y ratón que es la forma en la que se determina si una maquina está inactiva o no. ¿Qué opina de la realización de códigos QR que contenga toda la información detallada, solicitada por parte de las entidades de salud para un procedimiento médico, una autorización o un medicamento, alguna especialidad? Por mi experiencia dentro de migración Colombia y el uso de códigos QR, puedo decir que agiliza mucho los procesos, nosotros utilizamos los códigos QR para los documentos de ingreso a venezolanos y la utilización de los códigos QR agiliza mucho el trámite de ingreso y salida del país y la generación de los permisos para extranjeros venezolanos ecuatorianos y esa agilidad se puede se podría también bueno ver reflejada en los procesos de autorización dentro de las EPS. ¿Qué inconvenientes ve a los códigos QR? ¿Ya que ha trabajado y trabaja con códigos? Inconvenientes como tal es encontrar una buena implementación de las librerías de lenguaje con que se vaya a trabajar. En mi caso, ¿Qué lenguajes podría recomendable? Realmente yo estoy muy sesgado a Java, se puede utilizar Java, se puede utilizar, digamos si tiene los conocimientos se puede utilizar Angular JS, o se puede utilizar también Punto Net dependiendo también de la experticia.

119

como usted se puede dar cuenta el objetivo de mi tesis, es realizar un programa que contenga códigos QR, que contenga toda la información solicitada de parte de las entidades de los usuarios como los códigos de los medicamentos, cualquier cosa porque muchas veces a todos nos ha pasado que nos falta algún documento y pues tenemos que volver a solicitar una nueva espera pues lo ideal es pues tener todo compactador en un solo en un solo documento que sea pues enviado vía correo , o enviado físico y pues que sea sólo escaneado y esperar la autorización que me parece que sería un proceso más ágil ¿Usted que me recomendaría daría poder lograr ese tipo de objetivos? En primer lugar, realizar un muy buen analizas de los que se quiere hacer y de los beneficios que prestaría para la entidad que implemente su solución. y en su campo laborar me está comentando que está trabajando con códigos QR, con la empresa de migración Colombia ¿Cuáles son los requerimientos que más le solicita los usuarios, el usuario final? Bueno nosotros no tenemos contacto directo final con el usuario final, nosotros tenemos contacto con los analistas, con el área de analistas, sin embargo, bueno los requerimientos que nosotros manejamos más que todo son de creación de formularios nuevos de ajustes a formularios y desarrollo de web services. Y luego después de tener todos esos requerimientos ¿Cómo es el proceso de diseño y posteriormente la implementación? Bueno, con el diseño, primero se discuten las dudas, bueno los analistas funcionales generan los documentos de casos de uso o especificaciones, y el equipo de desarrollo nos sentamos con algunos de los analistas para aclarar las dudas, el analista funcional aclara las dudas con el cliente y realiza las correcciones necesarias a los documentos y nos la vuelve a retro alimentar al equipo de desarrollo. Una vez el documento está estable y se tiene claro lo que el cliente necesita se inicia con el diseño de base de datos, se define las estructuras necesarias, sean tablas, relaciones; después de eso, después de realizar esta definición se inicia con la construcción de las clases Java que mapean las tablas y relaciones y la construcción de los servicios que hacen uso de estas tablas para dar solución a las necesidades del cliente. Hablas de tablas, lo que yo quiero realizar posteriormente tiene que ver con bases de datos, porque es una gran cantidad de información. Finalmente, la base de datos es el núcleo de cualquier aplicación, sean empresarial, o sea escritorio. Para el cabo de mi desarrollo, del diseño de lo que pienso realizar ¿Qué programas o que programa me recomendaría usar? Bueno, para base de datos el motor de bases de datos más estable, son los motores de base de datos Oracle, ahí implementaciones que son libres y se pueden descargar de internet, también esta MySQL que es una base de datos

120

también robusta y estable para hacer aplicaciones sencillas, pero mi recomendación definitivamente encantarse por Oracle o depende también del nivel de experticia, mirar si se puede investigar una de las nuevas tecnologías de punta y utilizar una base de datos no relacional o no SQL; por otra parte si se va decatar por el uso de Oracle para el desarrollo se puede utilizar SQL Developer y desde mi punto de vista, dado que trabajo con java, a mi gusto el mejor editor, mejor dicho el mejor ambiente integrado de desarrollo es NetBeans, facilita mucho la estructuración del esqueleto de los proyectos en dos, tres horas uno ya tiene la estructura básica del proyecto para desplegarlo con conexión a base de datos incluida. Incluyendo diseño web No los diseños web no, los diseños web es una de las cosas que hay que discutir con el cliente y el tema de la parte web ya depende de nivel de experticia que tengan para la realizar las paginas para las realizar toda la conexión con los servicios, en mi caso, ya para el front end para la parte web trabajamos con print frase. ¿Qué inconvenientes verías en el desarrollo de mi proyecto, del proyecto de la tesis que estoy realizando? Bueno, uno a nivel ya funcional la resistencia al cambio de parte de las entidades, generalmente lo que yo he visto cuando se quiere implementar un nuevo sistema o una nueva tecnología dentro de una organización, la gente tiende a quedar ser utilizando la forma antigua y a poner problemas y trabas a la nueva tecnología; desde el punto de vista técnico está el tema de interconectividad con Mires porque ahí que ver si ellos tienen servicios web expuestos o como se va realizar la comunicación con ese sistema externo. ¿Y cómo podría de pronto solucionarlos? Con investigación y desde la parte técnica con investigación y la parte funcional con gestión, uno tiene que hablar mucho con la gente y presentarles los beneficios de los sistemas y realizar capacitaciones. las implementaciones de sistemas nuevos no se pueden hacer a la mala porque si no habrá más resistencia al cambio. Es decir; encuestas, tutorías. De tutorías, e involucrar a las personas, a los usuarios finales con parte del desarrollo, de pronto no en la parte de infraestructura si no en la parte de presentación que ellos sepan lo que se está haciendo Para que a medida que se va realizando el desarrollo del front end de la parte web que es lo que ellos va a utilizar; ellos se sientan cómodos, y esa misma comodidad se valla viendo reflejado en la parte de la infraestructura interna de la aplicación. Y ahora que hablas del cliente, ¿cómo recomendarías que se logre Un diseño que sea amigable tanto con el usuario final?

121

el tema de un diseño amigable, digamos las organizaciones y todas las casas de software que yo he trabajado hay un enfoque y es que primero se realiza el diseño de base de datos, servicios y capa web muchas veces obviando, bueno dando prioridad a la parte técnica más a funcionan actualmente hay un enfoque diferente que están dando; que las empresas se están dando cuenta que funciona mejor y es primero construye un Mog de la capa de presentación en conjunto con el usuario final un Mog que no tiene nada funcionalidad pero que imita lo que va a ver al final el usuario. primero se construye esa parte una vez que tiene estandarizada toda la parte web y cómo va a funcionar y que los usuarios que están de acuerdo en que eso es lo que ellos quieren se inicia la construcción de las tablas y de los servicios que van a conectar con interfaz que ya tenemos, con la interfaz gráfica que ya tenemos y al parecer este enfoque está teniendo mejores resultados que el inicio de la construcción de la aplicación desde base de datos, servicio y capa web. Es mejor empezar con el usuario final y empezar parte por parte Sí porque finalmente el front end, la parte web es lo que ellos van a ver, si ellos están contentos con esto, la aplicación es muy probable que tenga éxito tanto en el diseño como en la implantación. Bueno para terminar, unas dos últimas preguntas. ¿Qué recomendación darías que mi proyecto sea mantenible y extensible? Ahí una recomendación generación general y es el uso de patrones de diseño, principalmente los patrones grasp, y dentro de ellos el patrón de alta cohesión bajo acoplamiento, siguiendo esas prácticas el software es más fácil de realizar mantenimiento y es más susceptible a ser actualizable. Y para finalizar ¿qué recomendaciones me darías para la realización de mi proyecto? La primera recomendación desde el punto de vista técnico es el uso de patrones de diseño. La segunda recomendación, vuelvo y repito es iniciar el desarrollo de modelo de base de datos y capa de servicios una vez se tenga estandarizado con el cliente lo que se quiere en interfaz gráfica, de acuerdo a mi experiencia muchos de los proyectos fallan porque se inicia la construcción de abajo hacia arriba, sin tener en cuenta al usuario final y la última recomendación ya en la parte de implementación y relacionado con el último punto gestión, y hablar con la gente, estar en constante con el usuario final. Bueno Ingeniero Bernal muchas gracias por esta entrevista que me dio.

122

A continuación, se anexa la carta que el ingeniero firmó de manera digital, autorizando la grabación y transcripción de la entrevista. Bogotá D.C., 21 de marzo de 2018 Señor(a) Asunto: Consentimiento Informado para Participantes de Investigación Respetado Ingeniero: Por medio de la presente queremos presentar nuestro trabajo de grado titulado Diseño Web para la Optimización de Procedimientos Médicos desarrollado por Milton Adrián Monsalve Correa identificado con C.C. No. 1088251374 y Natalia Beltrán Gutiérrez Identificada con C.C. No. 1026293114 De la Universidad Piloto de Colombia. La meta de este estudio es recopilar información que nos permita soportar, evidenciar sobre los diferentes procedimientos e inconvenientes que se presentan al momento de la prestación del servicio a nivel tecnológico. Muy atentamente solicitamos su autorización para realizarle una entrevista y la grabación de la misma.

Agradecemos su amable atención y colaboración. Firma autorización

123

ANEXO F

Anexo F. Entrevista Médico

En diferentes entrevistas a varios doctores, se hace una introducción sobre las dificultades que se han evidenciado actualmente en el sistema de salud, aparte de los problemas sobre la atención y el no pago por parte de algunas IPS. Entre los problemas que se comentaron se encuentra el de urgencias “Ya que urgencias siempre se presenta que llegan pacientes de riesgo, algunos desmayados y otros con sus documentos y sin un familiar que pueda estar acompañándolo, para explicarnos por qué el paciente en cuestión se había desmayado, y esto nos genera un retraso en la atención, porque debemos realizar una reanimación y exámenes de urgencias en caso de que este esté perdiendo sangre, para mirar con que sangre es compatible, y muchas ocasiones estas demoras generaban que el paciente fallezca”. ¿Y qué otros inconvenientes se le presentan en la atención de consulta externa? Otro de los problemas es la frecuente caída del servidor y que para solicitar, un ejemplo, exámenes debo cerrar donde estoy escribiendo la información del paciente y abrir como una pestaña en otra parte para solicitar exámenes y así con la citas de control o para otro especialista, tanto así que los pacientes me dicen que es más lo que se demora en la espera que lo llamen y luego en llenar todo que en la propia revisión, por eso es que siempre ven dos médicos un residente y el profesor que también es médico, ah y sin contar el desorden que se encuentra cada cosa, porque cada uno de nosotros podemos modificar sobre la historia clínica que el anterior médico hizo. ¿Cómo le gustaría que funcionara la aplicación? Sería bueno que todo estuviera en la misma ventana sin necesidad de estar saliendo y entrando porque uno debe cerrar y volver a abrir y si algo quedo mal vuelva y abra y haga el mismo proceso. ¿Y en urgencias como le gustaría que funcionará? En urgencias siempre habrá riesgos, pero sería bueno, saber al menos cuando van trayendo al paciente en la ambulancia o acá ya en la atención tener la información de él, como: tipo de sangre, que enfermedades tiene, ya que algunos pueden tener diabetes y saber el tipo de diabetes que tiene, si tiene VIH, cáncer, mejor dicho, enfermedades que son de atención prioritaria. Entonces sería bueno tener esa información para saber que tiene y para poder tener una mejor atención y más facilidades en la atención, y evitar inconvenientes con los familiares porque algunos de ellos se tornan violentos por la demora en la atención.

124

En si lo que si me gustaría a términos personal es que eso el sistema pueda tener la información de cualquier usuario, y más facilidad en el servicio, sin contar que muchas veces debemos solicitar autorizaciones y solo habiendo un familiar ellos no quieren separarse del paciente y es duro, aunque no parezca porque ellos quieren es estar ahí con ellos, ya que como muchas veces han sucedido mientras ellos están haciendo esas autorizaciones en la EPS, el paciente fallece.

125

ANEXO G

Anexo G. Encuesta 30 personas

1. Rango de edad Figura 82. Encuesta - Rango de edad


2. Cuenta con:

Figura 83. Encuesta - Entidades de salud a las que pertenecen


3. ¿Cómo califica la efectividad de su entidad de salud en los procesos

médicos?

Figura 84. Encuesta - Calificación entidad de salud


El rango de las personas que más participó en la encuesta fue de 10 a 25 años, donde 18 personas de las encuestadas conforman el 60%.

6.7%

3.3%

6.7%

25 personas de las 30 encuestadas cuentan con Entidad Promotora de Salud sin ningún plan complementario.

26 personas de las 30 encuestadas consideran que la efectividad de la entidad es buena y regular. 13 y 13 y los 4 restantes consideran que la atención es mala.

126

4. Le gustaría que, con una implementación tecnológica, usted pueda unificar los papeles de procedimientos tales como medicamentos, especialidades, solicitud de exámenes, solicitud de procedimientos quirúrgicos....

Figura 85. Encuesta - Implementación tecnológica


5. De los siguientes inconvenientes, cuál le sucede con mayor frecuencia:

Figura 86. Encuesta - Inconvenientes con Entidad de salud

Fuente: Elaboración propia El 50% de las personas les causa conflicto el hecho de desplazarse a otras entidades a realizar una autorización para después tener que volver a la EPS a continuar con el procedimiento médico.

Las 30 personas encuestadas, les gustaría tener una implementación tecnológica donde puedan unificar todos los papeles necesarios para un procedimiento médico.

127

ANEXO H

Anexo H. Pruebas digitación códigos

Este anexo hace referencia a las pruebas realizadas por los 30 estudiantes de la Escuela TIC, evidenciando: Primera columna: Nombre del estudiante Segunda columna: Semestre que está cursando Tercera columna: Tiempo que duró digitando los códigos de Clasificación única en procedimientos de Salud (CUPS) Cuarta columna: Tiempo que duró digitando los códigos únicos de medicamentos (CUM) Quinta columna: La cantidad de errores cometidos al momento de digitar la columna número tres. Sexta columna: La cantidad de errores cometidos al momento de digitar la columna número cuatro. Séptima columna: La suma de errores cometidos en la tercer y cuarta columna.

129

ANEXO I

Anexo I. Código PHP – QR Se usó la librería de PHP para la generación de códigos QR, a continuación se relaciona el código usado: <?php require "phpqrcode/qrlib.php"; $dir = 'temp/'; if (!file_exists($dir)) mkdir($dir); $filename = $dir.'test.png'; $tamaño = 05; $level = 'A'; $framSize = 5; $contenido = " CONSOLIDACIÓN CÓDIGOS .:: CUPS ::. .:: CUM ::. 923101 17134 352200 19994003 353301 20010882 168405 22542 767201 24342 458021 230359 891802 19927974 145101 20112070 9616 19902069 563510 228084 "; QRcode::png($contenido, $filename, $level, $tamaño, $framSize); echo '<img src="'.$dir.basename($filename).'" /><hr/>'; ?>

130

ANEXO J

Anexo J. Lenguaje de Base de Datos (DDL)

create table Rol( id_rol number(10)not null, nombre_rol varchar(50) not null, CONSTRAINT pk_id_rol PRIMARY KEY(id_rol) ); create table Usuario( id_user number(10), nombre varchar(20) not null, apellido varchar(20) not null, documentoIdentidad varchar(20) not null, fechaNacimiento date, rh varchar(5), numContacto varchar(20), direccion varchar(40), correoCorporativo varchar(40), numMatricula varchar(40), especialidad varchar(40), nombreAcudiente varchar(40), numeroAcudiente varchar(40), parentesco varchar(40), correoElectronico varchar(40), CONSTRAINT pk_id_user PRIMARY KEY(id_user) ); alter table Usuario add CONSTRAINT fk_user_rol FOREIGN KEY (id_rol) REFERENCES Rol (id_rol); create table Entidad( id_entidad number(10), nombreEntidad varchar(20) not null, nit varchar(20) not null, numContacto varchar(20) not null, direccionPrincipal varchar(20) not null, correoCorporativo varchar(20) not null, nivelComplejidad varchar(20) not null, CONSTRAINT pk_id_entidad PRIMARY KEY(id_entidad) );

131

create table user_entidad( id_userent number (20) not null, id_entidad number(10) not null, id_user number(10) not null, PRIMARY KEY(id_rolcamper), CONSTRAINT fk_ue_user FOREIGN KEY (id_user) REFERENCES Usuario (id_user), CONSTRAINT fk_ue_entidad FOREIGN KEY (id_entidad) REFERENCES Entidad (id_entidad) ); create table Eventos( id_evento number(10) not null, nombre_evento varchar(50)not null, CONSTRAINT pk_id_evento PRIMARY KEY(id_evento) ); create table Permisos( id_permiso number(10) not null, nombre_permiso varchar(50)not null, CONSTRAINT pk_id_permiso PRIMARY KEY(id_permiso) ); create table Campos( id_campo number(10) not null, nombre_campo varchar(50) not null, CONSTRAINT pk_id_campo PRIMARY KEY(id_campo) ); create table Rol_cam_per( id_rolcamper number(10) not null, id_permiso number(10) not null, id_campo number(10) not null, id_rol number(10) not null, PRIMARY KEY (id_rolcamper), CONSTRAINT fk_rcp_permiso FOREIGN KEY (id_permiso) REFERENCES Permisos (id_permiso), CONSTRAINT fk_rcp_campo FOREIGN KEY (id_campo) REFERENCES Campos (id_campo), CONSTRAINT fk_rcp_rol FOREIGN KEY (id_rol) REFERENCES Rol (id_rol) ); create table LogEventos(

132

id_logevento number(10) not null, id_user number(10) not null, id_evento number(10) not null, fecha date, CONSTRAINT pk_id_logevento PRIMARY KEY(id_logevento), CONSTRAINT fk_rcp_user FOREIGN KEY (id_user) REFERENCES Usuario (id_user), CONSTRAINT fk_rcp_evento FOREIGN KEY (id_evento) REFERENCES Eventos (id_evento) ); create table CUPS( id_cups number(10), descripcion varchar(200), agrupacionSavia varchar(200), CONSTRAINT pk_id_cups PRIMARY KEY (id_cups) ); create table CUM( id_cum number(10), producto varchar(200), registroSanitario varchar(200), atc varchar(20), descripcion varchar(200), CONSTRAINT pk_id_cum PRIMARY KEY (id_cum) );

DISEÑO WEB PARA LA OPTIMIZACIÓN DE PROCEDIMIENTOS …

Documents

Transcript of DISEÑO WEB PARA LA OPTIMIZACIÓN DE PROCEDIMIENTOS …