universidad de guayaquil -...
TRANSCRIPT
I
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMATICAS Y FISICAS
CARRERA DE INGENIERIA EN SISTEMAS COMPUTACIONAL
ESTUDIO DE LA NORMA ISO 13606 y DISEÑO DE ARQUETIPOS BASADOS
EN FORMULARIOS DEL MSP (EVOLUCIÓN Y PRESCRIPCIONES,
EPICRISIS, INTERCONSULTA, TRABAJO SOCIAL, ANEXO 2, ADMISION Y
ALTA-EGRESO, REFERENCIA, CONCENTRADO DE LABORATORIO,
EMERGENCIA, CONCENTRADO DE EXÁMENES ESPECIALES).
PROYECTO DE TITULACIÓN
Previa a la obtención del Título de:
INGENIERO EN SISTEMAS COMPUTACIONALES
AUTORES: MARGARITA ELIZABETH CAUJA COLCHA
GIOVANNI HERNAN JOZA AUQUI
TUTOR: ING. JORGE MEDINA, MSc
GUAYAQUIL – ECUADOR
2016
II
REPOSITORIO NACIONAL EN CIENCIAS Y TECNOLOGÍA
FICHA DE REGISTRO DE TESIS
TÍTULO “ESTUDIO DE LA NORMA ISO 13606 y DISEÑO DE ARQUETIPOS BASADOS EN FORMULARIOS DEL MSP (EVOLUCIÓN Y PRESCRIPCIONES, EPICRISIS, INTERCONSULTA, TRABAJO SOCIAL, ANEXO 2, ADMISION Y ALTA-EGRESO, REFERENCIA, CONCENTRADO
DE LABORATORIO, EMERGENCIA, CONCENTRADO DE EXÁMENES ESPECIALES).
REVISORES:
INSTITUCIÓN: Universidad de Guayaquil FACULTAD: Ciencias Matemáticas y Físicas.
CARRERA: Ingeniería en Sistemas Computacionales y Networking
FECHA DE PUBLICACIÓN: Marzo del 2016 N° DE PÁGS.: 111
ÁREA TEMÁTICA:
PALABRAS CLAVES: Proyectos, Seguimiento, Herramientas
RESUMEN: El Programa Continuo de Investigaciones Medico Informática PROMEINFO es un conjunto de proyectos de aplicación e investigación desarrollado por la Facultad de Ciencias Médicas y la Facultad de Ciencias Matemáticas y Físicas. Este trabajo de tesis trata de explicar la importancia de la Historia Clínica Electrónica, la Norma que se debe utilizar en este caso es la Norma ISO 13606 y al mismo tiempo explicaremos la utilización y la importancia de los Arquetipos. Esta arquitectura esta originalmente pensada para la implementación de nuevos sistemas de información sanitarias pero también puede utilizarse como base de un sistema para la integración y estandarización de información orientada a la Historia Clínica. N° DE REGISTRO(en base de datos): N° DE CLASIFICACIÓN:
DIRECCIÓN URL
ADJUNTO PDF x
SI
NO
CONTACTO CON FUENTE: MARGARITA ELIZABETH CAUJA COLCHA ,GIOVANNI HERNÁN JOZA AUQUI
Teléfono: 0992131260 0994388780
E-mail: [email protected] [email protected]
CONTACTO DE LA INSTITUCIÓN Nombre:
Teléfono:
III
APROBACION DEL TUTOR
En mi calidad de Tutor del trabajo de investigación, “Estudio de la norma ISO
13606 y diseño de arquetipos basados en formularios del MSP (evolución y
prescripciones, epicrisis, interconsulta, trabajo social, anexo 2, admisión y alta-
egreso, referencia, concentrado de laboratorio, emergencia, concentrado de
exámenes especiales).elaborado por la Srta. Margarita Elizabeth Cauja Colcha y
el Sr. Giovanni Hernán Joza Auqui, egresados de la Carrera de Ingeniería en
Sistemas Computacionales, Facultad de Ciencias Matemáticas y Físicas de la
Universidad de Guayaquil, previo a la obtención del Título de Ingeniero en
Sistemas, me permito declarar que luego de haber orientado, estudiado y
revisado, apruebo en todas sus partes.
Atentamente
_________________________________
Ing. Jorge Medina Avelino, MSc
TUTOR
IV
CERTIFICACIÓN DE GRAMATÓLOGA
Quien suscribe el presente certificado, se permite informar que después de
haber leído y revisado gramaticalmente el contenido de la tesis de grado de: D
elaborado por la Srta. Margarita Elizabeth Cauja Colcha y el Sr. Giovanni Hernán
Joza Auqui. Cuyo tema es: “Diseño de arquetipos para sistemas de información
en salud basados en formularios del ministerio de salud pública (evolución y
prescripciones, epicrisis, interconsulta, trabajo social, anexo 2, admisión y alta-
egreso, referencia, concentrado de laboratorio, emergencia, concentrado de
exámenes especiales)”
Certifico que es un trabajo de acuerdo a las normas morfológicas, sintácticas y
simétricas vigentes.
ATENTAMENTE,
________________________________
GRAMATOLOGO
V
DEDICATORIA
Dedicamos este trabajo de
tesis a Dios por estar conmigo
en todo momento, a nuestros
Padres por apoyarme siempre
en todo por ser los principales
motores de mi vida.
VI
AGRADECIMIENTO
Primeramente le doy gracias a
Dios por bendecirme cada día,
a las personas que me
confiaron en mí.
De igual manera le agradezco
a mi tutor de tesis por
apoyarme con sus
conocimientos y experiencias
para poder finalizar el proyecto
de grado.
VII
TRIBUNAL DE GRADO
________________________________________
Ing. Eduardo Santos Baquerizo, MSc
DECANO DE LA FACULTAD
CIENCIAS MATEMATICAS Y FISICAS
_____________________________________________
Ing. Inelda Martillo Alcívar, MSc
DIRECTORA
CISC
_______________________________________
Ing. Jorge Medina Avelino, MSc
DIRECTOR DE TESIS
________________________________________
Econ. Richard Tumbaco, MBs
PROFESOR DEL ÁREA - TRIBUNAL
________________________________________
Ab. Juan Chávez A.
SECRETARIO
________________________________________
Ing. Sol David Lopezdomínguez Rivas, MSc
PROFESOR DEL ÁREA - TRIBUNAL
VIII
DECLARACIÓN EXPRESA
“La responsabilidad del contenido de esta Tesis
de Grado, me corresponden exclusivamente; y
el patrimonio intelectual de la misma a la
UNIVERSIDAD DE GUAYAQUIL”
Margarita Elizabeth Cauja Colcha
CI: 0930515564
Giovanni Hernán Joza Auqui
CI: 0917746224
IX
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERIA EN SISTEMAS
COMPUTACIONALES
“ESTUDIO DE LA NORMA ISO 13606 y DISEÑO DE ARQUETIPOS
BASADOS EN FORMULARIOS DEL MSP (EVOLUCIÓN Y
PRESCRIPCIONES, EPICRISIS, INTERCONSULTA, TRABAJO SOCIAL,
ANEXO 2, ADMISION Y ALTA-EGRESO, REFERENCIA, CONCENTRADO DE
LABORATORIO, EMERGENCIA, CONCENTRADO DE EXÁMENES
ESPECIALES).”
Tesis de Grado que se presenta como requisito para optar por el título de
INGENIERO en Sistemas Computacionales.
Autores: Margarita Elizabeth Cauja Colcha CI: 0930515564 Giovanni Hernán Joza Auqui CI: 0917746224
Tutor: Ing. Jorge Medina, MSc
Guayaquil, Marzo de 2016
X
CERTIFICADO DE ACEPTACIÓN DEL TUTOR
En mi calidad de Tutor de Tesis de Grado de la Facultad de Ciencias
Matemáticas y Físicas de la Universidad de Guayaquil.
CERTIFICO:
Que he analizado el Proyecto de Grado presentado por los
estudiantes Margarita Elizabeth Cauja Colcha y Giovanni Hernán Joza Auqui,
como requisito previo para optar por el título de Ingeniero en Sistemas
Computacionales cuyo problema es:
“ESTUDIO DE LA NORMA ISO 13606 y DISEÑO DE ARQUETIPOS
BASADOS EN FORMULARIOS DEL MSP (EVOLUCIÓN Y
PRESCRIPCIONES, EPICRISIS, INTERCONSULTA, TRABAJO SOCIAL,
ANEXO 2, ADMISION Y ALTA-EGRESO, REFERENCIA, CONCENTRADO DE
LABORATORIO, EMERGENCIA, CONCENTRADO DE EXÁMENES
ESPECIALES).”
Considero aprobado el trabajo en su totalidad.
Presentado por:
Margarita Elizabeth Cauja Colcha
Cédula de ciudadanía N° 0930515564
Giovanni Hernán Joza Auqui
Cédula de ciudadanía N° 0917746224
Tutor: Ing. Jorge Medina, MSc
Guayaquil, Marzo de 2016
XI
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERIA EN SISTEMAS
COMPUTACIONALES
Autorización para Publicación de Tesis en Formato Digital
1. Identificación de la Tesis
Nombre Alumno: Margarita Elizabeth Cauja Colcha y Giovanni Hernán Joza
Auqui.
Dirección: Cdla. La Joya Mz 11 Villa 31
Teléfono: 0930515564
0992131260
E-mail: [email protected]
Facultad: Ciencias Matemáticas y Física
Carrera: Ingeniería en Sistemas Computacionales
Título al que opta: Ingeniero en Sistemas Computacionales
Profesor guía: Ing. Jorge Medina, MSc
Título de la Tesis: Estudio de la norma iso 13606 y diseño de arquetipos
basados en formularios del MSP (evolución y prescripciones, epicrisis,
interconsulta, trabajo social, anexo 2, admisión y alta-egreso, referencia,
concentrado de laboratorio, emergencia, concentrado de exámenes especiales).
XII
Temas Tesis: (Palabras claves 5 a 8 )
Sistemas
Norma ISO
Modelo de Referencia
Historia Clínica Electrónica
Seguridades
Control
Herramientas
2. Autorización de Publicación de Versión Electrónica de la
Tesis
A través de este medio autorizo a la Biblioteca de la Universidad de Guayaquil y
a la Facultad de Ciencias Matemáticas y Físicas a publicar la versión electrónica
de esta tesis.
Publicación electrónica:
Inmediata X Después de 1 año
Firma Alumno:
3. Forma de envío:
El texto de la Tesis debe ser enviado en formato Word, como archivo .Doc. O
.RTF y .Puf para PC. Las imágenes que la acompañen pueden ser: .gif, .jpg o
.TIFF.
DVDROM CDROM X
XIII
ÍNDICE GENERAL
CARTA DE ACEPTACIÓN DEL TUTOR III
DEDICATORIA V
AGRADECIMIENTO VI
ÍNDICE GENERAL XIII
ÍNDICE DE CUADROS XVI
ÍNDICE DE GRÁFICOS XVII
INDICE DE ANEXOS XVIII
RESUMEN XIX
(ABSTRACT) XX
INTRODUCCIÓN 1
CAPITULO I – EL PROBLEMA 5
UBICACIÓN DEL PROBLEMA EN UN CONTEXTO 5
SITUACIÓN CONFLICTO 6
CAUSA DEL PROBLEMA, CONSECUENCIA 6
CAUSA Y EFECTOS 8
METODOLOGIA MATRIZ INVOLUCRADOS 8
DELIMITACIÓN DEL PROBLEMA 9
FORMULACIÓN DEL PROBLEMA 10
EVALUACIÓN DEL PROBLEMA 10
OBJETIVO GENERAL 11
OBJETIVOS ESPECIFICOS 11
ALCANCE DEL PROBLEMA 12
JUSTIFICACIÓN E IMPORTANCIA DE LA INVESTIGACIÓN 13
CAPITULO II- MARCO TEÓRICO 14
ANTECEDENTE DEL ESTUDIO 14
FUNDAMENTACION TEÓRICA 15
HISTORIA CLINICA TRADICIONAL 15
XIV
HISTORIA CLINICA ELECTRONICA 16
ARQUITECTURA DE LA NORMA ISO 17
MODELO DE REFERENCIA 19
MODELO DUAL 22
ESPECIFICACIONES PARA EL INTERCAMBIO DE ARQUETIPOS 24
REFERENCIAS DE ARQUETIPOS Y LISTAS DE TÉRMINOS 24
CARACTERÍSTICAS DE SEGURIDAD 26
MODELO DE INTERCAMBIO 26
INTEROPERABILIDAD 26
ARQUETIPOS 27
LINKEHR 29
FORMULARIO DEL MINISTERIO DE SALUD PUBLICA 33
FUNDAMENTACIÓN LEGAL 35
HIPÓTESIS 37
VARIABLE DE LA INVESTIGACIÓN 37
DEFINICIONES CONCEPTUALES 38
CAPÍTULO III – METODOLOGÍA 40
METODOLOGIA DE LA INVESTIGACIÓN 40
TIPO DE INVESTIGACIÓN 40
POBLACIÓN Y MUESTRA 41
TAMAÑO DE LA MUESTRA 43
OPERACIONALIZACIÓN DE LAS VARIABLES 45
INSTRUMENTOS DE RECOLECCIÓN DE DATOS 46
PROCEDIMIENTOS DE LA INVESTIGACIÓN 47
RECOLECCIÓN DE LA INFORMACIÓN 48
PROCESAMIENTO Y ANÁLISIS 49
XV
CAPÍTULO IV – RESULTADOS CONCLUSIONES Y
RECOMENDACIONES
CONCLUSIONES 57
RECOMENDACIONES 58
RESULTADOS 59
BIBLIOGRAFIA 84
XVI
ABREVIATURAS
MSP: Ministerio de Salud Pública
ISO: International Organization for Standardization
HCE: Historia Clínica Electrónica
MR: Modelo de Referencia
SNS: Sistema Nacional de Salud
CDA: Arquitectura de Documentos Clínicos.
MVC: Modelo Vista Controlador.
CEN: Comité Europeo de Normalización
IopS: Interoperabilidad Semántica.
TIC: Tecnologías de la Información y la Comunicación
ADL: Archetype Definition Language
CIMI: Centro Industrial de Mantenimiento Integral
XVII
INDICE DE CUADROS
CUADRO N°
1. CAUSAS Y CONSECUENCIAS ............................................................................... 7 2. MATRIZ DE INVOLUCRADOS................................................................................. 8 3. DELIMITACION DEL PROBLEMA ........................................................................... 9 4. EVOLUCION DE LA NORMA ISO ......................................................................... 18 5. POBLACION ........................................................................................................... 42 6. MATRIZ DE OPERACIONALIZACION DE VARIABLES ....................................... 45 7. CONOCIMIENTOS ................................................................................................. 49 8. FACTIBILIDAD ........................................................................................................ 50 9. ALCANCE A LOS PROCEDIMIENTOS ................................................................. 51 10. BENEFICIOS DE INFORMACION CENTRALIZADA .......................................... 52 11. CONOCIMIENTOS HCE ...................................................................................... 53 12. ESTADISTICAS DE ENFERMEDADES .............................................................. 54 13. NIVEL DE CAMBIOS ........................................................................................... 55 14. IMPLEMENTACION .............................................................................................. 56
XVIII
INDICE DE GRÁFICOS
GRÁFICO N°
1. HISTORIA CLINICA ................................................................................................ 17 2. MODELO DE REFERENCIA .................................................................................. 21 3. MODELO DUAL ...................................................................................................... 22 4. ESTRUCTURA DEL MODELO DUAL .................................................................... 23 5. INTEROPERABILIDAD.......................................................................................... 27 6. ARQUETIPOS ......................................................................................................... 28 7. LINKEHR ................................................................................................................. 29 8. ARQUETIPOS CON EXTENSION ADL ................................................................. 30 9. ARQUETIPOS FRECUENCIA CARDIACA ............................................................ 31 10. ARQUETIPOS MUESTRAS (CLUSTER) ............................................................. 31 11. ARQUETIPOS HISTORIA CLINICA RESU ( COMP) ......................................... 32 12. REFERENCIA DE ARQUETIPOS ........................................................................ 32 13. MODO DE INVOCACIÓN .................................................................................... 33 14. CONOCIMIENTO HISTORIA CLINICA ................................................................ 49 15. FACTIBILIDAD HCE ............................................................................................. 50 16. ALCANCE DE PROCEDIMIENTOS HCE ............................................................ 51 17. BENEFICIONS DE INFORMACION CENTRALIZADAS ..................................... 52 18. CONOCIMIENTOS HCE DE PACIENTES ........................................................... 53 19. ESTADISTICAS DE ENFERMEDADES HCE ...................................................... 54 20. NIVEL DE CAMBIOS HCE ................................................................................... 55 21. IMPLEMENTACIÓN DE HCE .............................................................................. 56 22. DIAGRAMA DE ACTIVIDADES ........................................................................... 57
XIX
INDICE DE ANEXOS
ANEXO N°
1. CENTROS MEDICOS REGISTRADOS POR EL MSP ......................................... 86 2. ENCUESTA ............................................................................................................. 87 3. DIAGRAMA DE ISHIKAWA .................................................................................... 89 4. CRONOGRAMAS DE ACTIVIDADES.................................................................... 90
XX
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMATICAS Y FISICAS
CARRERA DE INGENIERIA EN SISTEMAS COMPUTACIONALES
“ESTUDIO DE LA NORMA ISO 13606 Y DISEÑO DE ARQUETIPOS
BASADOS EN FORMULARIOS DEL MSP (EVOLUCIÓN Y
PRESCRIPCIONES, EPICRISIS, INTERCONSULTA, TRABAJO SOCIAL,
ANEXO 2, ADMISION Y ALTA-EGRESO, REFERENCIA, CONCENTRADO DE
LABORATORIO, EMERGENCIA, CONCENTRADO DE EXÁMENES
ESPECIALES).”
RESUMEN
El proyecto está enfocado en el estudio de la Norma ISO 13606 y el diseño de
arquetipos para los formularios de Evolución y prescripciones, epicrisis,
interconsulta, trabajo social, Anexo 2, admisión y alta-egreso, referencia,
concentrado de laboratorio, emergencia, concentrado de exámenes especiales
que pertenece al MSP. Esta norma ayuda a unificar la historia clínica única,
familiar y comunitaria para obtener interoperabilidad entre los sistemas
hospitalarios del Ministerio de Salud Pública. El presente trabajo describe la
evaluación de la norma UNE-EN ISO 13606 con la finalidad principal de servir
como herramienta para la extracción de la información demográfica, y por
consiguiente con esto podemos proteger los datos ante posibles intercepciones
externas, ya sea en la comunicación o en el sistema de información receptor.
PALABRAS CLAVES: DISEÑO DE ARQUETIPOS, ISO 13606, MSP,
FORMULARIOS.
Autor: Margarita Cauja Colcha
Giovanni Joza Auqui
Tutor: Ing. Jorge Medina, MSc
XXI
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMATICAS Y FISICAS
CARRERA DE INGENIERIA EN SISTEMAS COMPUTACIONALES
“STUDY OF THE ISO 13606 STANDARD AND DESIGN BASED ON FORMS
ARCHETYPES MSP (EVOLUTION AND REQUIREMENTS , EPICRISIS , INTERCONSULTATION , SOCIAL WORK, ANNEX 2 , ADMISSION AND HIGH - DISCHARGE, REFERENCE CONCENTRATE LABORATORY EMERGENCY
CONCENTRATE SPECIAL TESTS)”
SUMMARY
The project focuses on the study of the ISO 13606 standard and design
archetypes for forms of Evolution and prescriptions, epicrisis, interconsultation,
social work, Annex 2, admission and High - discharge, reference, concentrated
laboratory, emergency, concentrated special exams belonging to MSP. This rule
helps to unify the single, family and community history for interoperability
between hospital systems of the Ministry of Public Health. This paper describes
the evaluation of the UNE -EN ISO 13606 for the primary purpose of serving as a
tool for extracting demographic information, and thus with this we can protect
data against possible external interceptions, either communication or in the
receiver system information.
KEYWORDS: DESIGN ARCHETYPES, ISO 13606, MSP, FORMS.
Autor: Margarita Cauja Colcha
Giovanni Joza Auqui
Tutor: Ing. Jorge Medina, MSc
1
INTRODUCCIÓN
La introducción de las tecnologías de información y comunicación están
produciendo cambios muy profundos en gestionar el registro de todos los
campos de actividad humana. Pero hay que tomar en cuenta que en el caso de
los sistemas de información clínica, la evolución no ha sido tan rápida como en
otras áreas, y desde luego no tiene un alcance equiparable al de los sistemas de
apoyo. Existen países que han implementado una norma para agilitar el historial
clínico del paciente.
En Europa en el año 2008, fue creada e implementada la norma ISO 13606 para
facilitar la interoperabilidad semántica en la comunicación de la Historia Clínica
Electrónica (en adelante HCE). Ayuda a definir cómo realizar el intercambio de
HCE entre sistemas de información, dejando en libertad a cada sistema local
para guardar los datos clínicos en el formato que elija. La norma está formada
por cinco partes: Modelo de referencia, especificación de intercambio de
arquetipos, arquetipos de referencia y lista de términos, seguridad, mensajes
para el intercambio.
El diseño de la norma es diferente a los modelos anteriores se basa en un
modelo dual, referencia y arquetipos. El propósito es almacenar en uno o más
sistemas físicos toda la información posible con el único motivo de guardar
resultados de la asistencia médica de los pacientes. En el presente estudio se
realizarán los siguientes formularios: Evolución y prescripciones, epicrisis,
interconsulta, trabajo social, anexo 2, admisión y alta-egreso, referencia,
emergencia, concentrado de laboratorio, concentrado de exámenes especiales y
los arquetipos correspondientes para cada uno.
Los arquetipos definen una representación serializada opcional, que se puede
utilizar como formato de intercambio para la comunicación de arquetipos
individuales.
2
Los formularios empleados y analizados incluyen:
Los formularios del Ministerio de Salud Pública registran las actividades
realizadas durante el proceso de la atención prestada a una persona, sus
alteraciones y evolución de los tratamientos recibidos por parte de una unidad
hospitalaria.
Formulario evolución y prescripciones el objetivo es conservar un registro
secuencial del progreso clínico, variaciones del tratamiento y prescripciones
realizadas por el profesional responsable del paciente hospitalizado.
Formulario epicrisis mantiene disponible un resumen completo de los eventos
diagnósticos, terapéuticos y de evolución de un episodio de hospitalización,
desde el ingreso hasta el egreso.
Formulario interconsulta Dispone de un registro sistematizado de los datos de las
solicitudes e informes de interconsulta.
Formulario trabajo social Mantiene un registro médico y verificado de la
estructura, características socio económicas y riesgos a la salud del usuario en
el contexto del entorno familiar.
Anexo 2 consiste en la atención pre hospitalario en una emergencia. Mantiene
un registro médico de los eventos, procedimientos y evolución de un usuario,
desde el lugar del accidente hasta la llegada al servicio de emergencias.
Formulario admisión y alta-egreso mantiene un registro del paciente al momento
de ingresar a un hospital y el motivo del alta del paciente.
3
Formulario Referencia Mantiene un registro del paciente por ejemplo cuadro
clínico, hallazgos relevantes de Exámenes de los diferentes pacientes.
Formulario Emergencia mantiene un registro de los pacientes que ingresa por
emergencia, tiene información si el accidente fue por violencia, intoxicación,
envenenamiento, quemadura, etc., para tener un registro valido de cada tipo de
emergencia que ingresa en cada hospital.
Formulario trabajo social Mantiene un registro médico y verificado de la
estructura, características socio económicas y riesgos a la salud del usuario en
el contexto del entorno familiar.
Formulario Concentrado Laboratorio mantiene información de los diferentes tipos
de exámenes por ejemplo hematológicos, coprológico, química sanguínea por
cada paciente.
Formulario Concentrado de Exámenes especiales mantiene información de los
diferentes tipos de exámenes que no se encuentran en los otros formularios, ahí
llevan los resultados de exámenes especiales que tenga los diferentes
pacientes.
El presente trabajo de investigación, está conformado por cuatro capítulos: En el
primer capítulo: Se realiza un diagnóstico para identificar la problemática a tratar,
elaborar una justificación para establecer los objetivos.
En el capítulo dos: Se elabora un análisis del marco teórico, fundamentación
teórica y legal de varios autores que nos ayude con los conceptos de la
4
investigación, se determina la hipótesis de posibles soluciones al problema
identificado.
En el capítulo tres: Se elabora el diseño de la investigación, se encuentra la
muestra de la población de estudio, se realiza el formato de las encuestas y se
las ejecuta, también encontramos las variables y su validación.
En el capítulo cuatro: Se realiza las recomendaciones y conclusiones que arrojen
la investigación de este proyecto.
5
Capítulo I
EL PROBLEMA
PLANTEAMIENTO DEL PROBLEMA
Ubicación del Problema en un Contexto
PROMEINFO es un grupo de investigación médico informáticas de la
Universidad de Guayaquil el cual contempla una multiplicidad de trabajos. La
falta de interoperabilidad entre los sistemas médicos del Ministerio de Salud
Pública (en adelante MSP) en el Ecuador esto no ha permite que se siga
evolucionando en lo que respecta a los formularios ya que no todos los
hospitales públicos cuentan con un estándar predeterminado que se pueda
acoplar a los demás sistemas.
En la actualidad en el Ecuador no tenemos información centralizada de las
historias clínicas de todos los ecuatorianos, ya lo dice el dicho popular: “Es gran
parte de la salud el conocer la enfermedad.” Y para adquirir ese conocimiento es
necesario documentar todas las enfermedades que se manifiesta. Así es como
surge el concepto de Historia Clínica Electrónica (HCE) y por ese motivo se debe
evolucionar este concepto aquí en el Ecuador.
En los últimos años en el mundo de la tecnología ha sufrido de crecimiento
macro en área de la comunicación, siendo esto el impulso al desarrollo del
conocimiento y la creación de múltiples áreas, una de las importantes es el área
de la salud, la cual en cada país ha desarrollado estándares de interoperabilidad
que permitan mejorar la transferencia de conocimiento e información médica
bajo las normas ISO.
6
Situación Conflicto Nudos Críticos
Uno de los problemas que sufren los 3018 centros médicos que registra el MSP
hasta el momento (ver Anexo N° 1), es el desconocimiento de las nuevas
normativas y la poca información que se recibe o se transmite internamente
entre ellos.
Las zonas con más centros hospitalarios en el país son:
Zona 3 que comprende las provincias Cotopaxi, Chimborazo, Tungurahua,
Pastaza.
Zona 4 Manabí, Santo Domingo de los Tsáchilas.
Zona 5 provincias del Guayas, Santa Elena, Los Ríos Bolívar, Galápagos.
La falta de una estándar causa el mal funcionamiento y retraso en el traslado de
la información por parte de dichos centros a nivel nacional.
El Ecuador ha generado avances tecnológicos en múltiples áreas de la medicina
tanto en clínicas como en hospitales, empresas públicas, privadas,
universidades, etc. Pero cada una de ellas ha seguido sus propias normas y
estándares, sin darse cuenta que estos sistemas han excluido formar parte de la
norma 13606.
Causas y Consecuencias del Problema
Como causa principal del problema se ha detectado falencias al momento de
archivar los expedientes a continuación se presenta el análisis de las causas y
consecuencias. (Ver cuadro N° 1)
7
CUADRO N. 1
CAUSAS Y CONSECUENCIAS
Causas Consecuencia
Dificultad de acceso inmediato al
historial Clínico del paciente.
Atraso en la atención al paciente y
escaso apoyo al médico tratante.
Carencias de normas que regulen la
comunicación dentro de la tecnología
médica.
Información desordenada y perdida de
datos con relación a los pacientes.
Ecuador no posee una entidad
promotora de la norma 13606.
Ausencia de interoperabilidad entre
hospitales y clínicas del país.
Informes médicos no difundidos de la
actividad asistencial prestada.
Desconocimiento de resultados
obtenidos.
Diagnósticos mal archivados en lugares
inadecuados.
Historias clínicas restringidas para otros
médicos tratantes.
No existen registros o historiales
médicos a nivel de familias o
generaciones.
No detectar a tiempo problemas
genéticos.
Historia clínica restringida para otros
médicos tratantes.
Información centralizada para el médico
de turno.
Ausencia de datos factibles que
permitan el correcto análisis al historial
clínico del paciente.
Pérdida de tiempo para el paciente y a
su vez para médico tratante.
Ilegibilidad de información manuscrita
por parte del doctor.
Mala interpretación de datos escritos.
Carencia de firmas y sellos por parte
del médico
Certificado sin validez.
ELABORACIÓN: Margarita Cauja C, Giovanni Joza FUENTE: Margarita Cauja C, Giovanni Joza
8
CAUSAS Y EFECTO
Más adelante se presenta el diagrama de espina de pescado también conocido
como Ishikawa (Ver anexo 3) nos permite verificar los motivos que causa la falta
de interoperabilidad del los sistemas médicos y el efecto que se tiene al no
contar con un historial clínico electrónico.
METODOLOGÍA DE MATRIZ DE INVOLUCRADOS
En el siguiente recuadro se presenta los principales involucrados que va a tratar
el proyecto. (Ver cuadro N° 2)
CUADRO N. 2
MATRIZ DE INVOLUCRADOS
Involucrados Interés Recursos y Mandatos
Problemática
Ministerio de Salud Pública
Integrar toda la red hospitalaria pública
Recursos: Humano Director, Jefe de distintas áreas. Tecnológico
Mandatos: Norma ISO 13606
Disponibilidad de tiempo. Débil gestión Presupuesto no considerado
Personal médico
Capacitación de médicos para la utilización de los formularios
Recurso:
Humano Mandatos: Norma ISO 13606
Poco tiempo para la capacitación.
Servicio Social
Capacitación para el uso del formulario Form. 038
Recurso: Humano Mandatos:
Norma ISO 13606
Reacios al cambio de la tecnología e innovación
Personal de emergencia
Manejo del formulario Anexo 2 en forma correcta
Recurso: Humano Mandatos:
Norma ISO 13606
Poco interés en la nueva tecnología.
Pacientes Agilidad al momento de ser atendido
Recurso: Humano Mandatos: Norma ISO 13606
Desconocimiento de nuevos avances sistemáticos.
Investigadora
Dar a conocer arquetipos de la norma ISO 13606
Recurso: Humano Mandatos: Norma ISO 13606
Poca información en el Ecuador acerca de la norma ISO 13606.
ELABORACIÓN: Margarita Cauja C, Giovanni Joza A. FUENTE: Margarita Cauja C, Giovanni Joza A.
9
Delimitación del problema
En el siguiente cuadro se detalla términos concretos del problema que con lleva
nuestro estudio. (Ver cuadro N° 3)
CUADRO N. 3
DELIMITACIÓN DEL PROBLEMA
Campo Salud pública
Área Informática Médica.
Aspecto Organización y control de la
información clínica.
Tema Estudio de la norma iso 13606 y diseño
de arquetipos basados en formularios
del MSP (evolución y prescripciones,
epicrisis, interconsulta, trabajo social,
anexo 2, admisión y alta-egreso,
referencia, concentrado de laboratorio,
emergencia, concentrado de exámenes
especiales).”
ELABORACIÓN: Margarita Cauja C, Giovanni Joza A. FUENTE: Margarita Cauja C, Giovanni Joza A.
10
Formulación del problema
Carencia de identidad promotora de la norma ISO 13606 para la
interoperabilidad entre sistemas médicos del ministerio de salud pública (MSP)
evolución y prescripciones, epicrisis, interconsulta, trabajo social, anexo 2,
admisión y alta-egreso, referencia, concentrado de laboratorio, emergencia,
concentrado de exámenes especiales, esto provoca falta de concordancia y
comunicación a nivel nacional entre hospitales y centros de salud pública.
Evaluación del Problema
Considerando la falta de una norma a continuación se detallan los aspectos que
permiten evaluar el problema.
Delimitado: La falta de una normativa estándar general para historias clínicas,
que regulen la comunicación y el intercambio entre las entidades médicas a nivel
nacional y que sirva de beneficio para la salud de los ecuatorianos.
Claro: El problema de este proyecto de investigación se considera importante
porque en ecuador no consta con una normativa estable que pueda garantizar la
estabilidad de la información.
Evidente: La falta de proyectos que promuevan al fácil acceso del profesional de
la salud al historial clínico del paciente, la desactualización de las bases de datos
en los diferentes sistemas médicos informáticos en hospitales y clínicas del país.
11
Concreto: Adaptar la norma ISO 13606 en diferentes formularios de la historia
clínica en Ecuador como solución a los problemas de comunicación informática a
nivel de entidades médicas públicas y privadas de país.
Factible: Es viable adoptar la norma ISO 13606 y promover su generalización a
nivel nacional, beneficiando la salud de los Ecuatorianos.
Original: Es un proyecto novedoso único que beneficiará al sistema médico.
OBJETIVOS
Objetivo general
Analizar y diseñar los arquetipos basados en la norma ISO 13606 para
los formularios del Ministerio de Salud Pública (Evolución y
prescripciones, epicrisis, interconsulta, trabajo social, anexo 2, admisión y
alta-egreso, referencia, concentrado de laboratorio, emergencia,
concentrado de exámenes especiales)
Objetivos específicos
Identificar las leyes y normas Ecuatorianas que rigen sobre la salud
pública en los diferentes centros médicos a nivel nacional.
Analizar la norma en cuanto al modelo de referencia para los formularios
anexo 2, Evolución y prescripciones, epicrisis, interconsulta, trabajo
social, admisión y alta-egreso, referencia, concentrado de laboratorio,
emergencia, concentrado de exámenes especiales del Ministerio de
Salud Pública.
12
Diseñar arquetipos para los formularios Evolución y prescripciones,
epicrisis, interconsulta, trabajo social, anexo 2, admisión y alta-egreso,
referencia, concentrado de laboratorio, emergencia, concentrado de
exámenes especiales.
Generar un banco de arquetipos para los formularios basados en la
norma ISO 13606.
ALCANCES DEL PROBLEMA
Generar un banco de arquetipos basados en la norma ISO 13606 para los
formularios entre los cuales tenemos: Evolución y prescripciones, epicrisis,
interconsulta, trabajo social, Anexo 2, admisión y alta-egreso, referencia,
concentrado de laboratorio, emergencia, concentrado de exámenes especiales
estos se refieren a la historia clínica única familiar y comunitaria, que puedan ser
interoperables con otros sistemas hospitalarios del Ministerio de Salud Pública
dicha propuesta se verá efectivizada en un largo plazo. Para facilitar la
información de los pacientes que se hagan atender en la red hospitalaria pública
en cualquier lugar del país.
El proyecto comprende el análisis de la norma ISO 13606 en su parte 1 que
comprende el modelo de referencia y parte 5 que conforma el modelo de
intercambio.
Modelo de Referencia
Informa la historia clínica del paciente.
Define estructuras para organizar la información.
Modelo de intercambio
Contiene un conjunto de modelos que se construyen sobre las partes
anteriores de la norma y pueden formar el soporte de comunicaciones
basadas en mensajes o en servicios
13
Los arquetipos se lo realizan con el editor Linkehr que ayudan a generar
archivos con extensión .adl que facilita la búsqueda de etiquetas.
El uso adecuado y correcto de los formularios es responsabilidad estrictamente
del médico tratante o encargado de digitar la información de cada paciente.
JUSTIFICACIÓN E IMPORTANCIA
En la actualidad por falta de conocimiento de la HCE basado en la norma ISO
13606 no se ha logrado una interoperabilidad entre sistemas médicos de
Ecuador, por tal motivo no se ha podido evolucionar en lo que respecta a los
formularios del Ministerio de Salud Pública, no todos los hospitales cuentan con
un estándar predeterminado que se pueda acoplar a los demás sistemas, por
esa circunstancia es importante el estudio e interpretación de esta norma.
La norma ISO 13606 facilita tanto a los pacientes como a doctores porque
permite consultar el historial clínico de cualquier centro médico público o privado
indiferente de cualquier ciudad o región que sea atendido, esto ayudara a
disminuir la perdida de información que se tiene constantemente en la
actualidad.
Esta propuesta facilitará en especial la atención de los pacientes con
enfermedades catastróficas que se encuentren en su ciudad de origen o de la
ciudad donde lleva su control mensual.
Con toda la información centralizada podemos tener estadísticas para que el
gobierno mediante el MSP tome decisiones importantes para una mejor calidad
de vida para los ecuatorianos.
14
CAPITULO II
Marco teórico
Antecedentes del estudio
La norma está orientada a la comunicación y define cómo realizar el intercambio
de HCE entre sistemas de información, dejando libertad a cada sistema local
para guardar los datos clínicos en el formato que elija.
La norma está formada por cinco partes:
Modelo de Referencia
Especificación para el intercambio de arquetipos
Referencia de arquetipos y lista de términos
Características de seguridad
Modelos de intercambio. (R Somolinos Cristóbal, s. f.)
El diseño de esta norma es diferente a los modelos anteriores se basa en
modelos de referencia y arquetipo. El propósito de esta norma es almacenar en
uno o más sistemas físicos toda la información posible con el único motivo de
guardar los resultados de la asistencia sanitaria de los pacientes para que pueda
servir en un futuro.
La Norma ISO 13606 está dirigida para definir las características genéricas para
la información de la HCE, para incorporar los modelos de información y los
modelos de mensajes que estos proveen una interfaz estándar entre los
diferentes sistemas clínicos.
La visión de todo este trabajo es facilitar que los sistemas clínicos puedan
intercambiar la totalidad o partes de la HCE de los paciente de forma
estandarizada, tal que estos puedan representar de forma rigurosa y genérica los
15
valores de los datos y la organización contextual de la información del sistema
que la origine.
Los resultados de proyectos desarrollados en otros países aplicando la norma
ISO 13606, certifican y aseguran que la propuesta de este proyecto puede y
debe desarrollarse de una manera factible en beneficio de la salud en nuestro
país.
FUNDAMENTACIÓN TEÓRICA
El presente proyecto denominado diseño de arquetipo para los formularios del
Ministerio de Salud Pública bajo su proceso investigativo se basa en los
siguientes escritores:
Historia Clínica Tradicional
Es el elemento clave para el ejercicio profesional del personal sanitario, tanto
desde el punto de vista asistencial (pues actúa como recordatorio para el manejo
clínico paciente) como desde el investigador y docente, permitiendo el análisis
retrospectivo del quehacer profesional.
Se puede definir como un documento donde se recoge la información que
procede de la práctica clínica relativa a un enfermo y donde se resumen todos
los procesos a que ha sometido.(«Historia Clínica», s. f.)
Por lo general en la historia clica tradicional se establecía una relación médico
paciente. Anteriormente las historias clínicas de los pacientes era un cuaderno
donde se registraban los datos más importantes.
16
Historia Clínica Electrónica
La Historia Clínica Electrónica (HCE) y la transferencia de extractos de la misma
entre sistemas de información heterogéneos es un tema de gran importancia
dentro de la investigación en Telemedicina. Uno de sus aspectos clave es la
seguridad, ya que se transmite información sensible, tanto de carácter clínico
como de carácter demográfico.(«Caseib 2012 v2 -
00463518bbf4c736ef000000.pdf», s. f., p. 2)
No existe nada más costoso e improductivo que la realización de “pruebas de
rutina”. Esta sistematización quizás sea una de las mayores ventajas del método
propuesto, tanto en el aprendizaje de los futuros médicos como en la práctica
asistencial ambulatoria u hospitalaria pública o privada, con la finalidad última de
optimizar recursos y mejorar el acceso y calidad de atención.
El desafío para la interoperabilidad de la HCE es concebir un enfoque
generalizado para representar cualquier tipo concebible de estructura de datos
de historia clínica de forma consistente. Se necesita satisfacer los registros que
surjan de cualquier profesión, especialidad o servicio, mientras reconoce que los
conjuntos de clínicos, los conjuntos de valores, las plantillas, etc., requeridos por
los diferentes dominios sanitarios serán diversos, complejos y cambiarán
frecuentemente con el avance de la práctica y el conocimiento clínico. Este
requisito es parte del ampliamente reconocido desafío de la informática sanitaria
de interoperabilidad semántica.(«nte_inen_iso_13606-1_ext.pdf», s. f., p. 6).
En el grafico 2 representa la evolución que ha tenido la norma ISO 13606 en
todo este tiempo.
17
GRÁFICO NO 1.
HISTORIA CLÍNICA.
Fuente: http://blog.mastersdesap.com/como-funciona-sap-ish-la-solucion-integral-de-gestion-
sanitaria/ Elaboración: Margarita Cauja C, Giovanni Joza A.
A continuación se presenta el detalle de los principales escritores del trabajo de
investigación.
Norma ISO 13606
Arquitectura de la norma ISO 13606
La norma UNE-EN ISO 13606 es una norma española, europea es decir
internacional que permite la comunicación e interoperabilidad semántica para la
historia clínica electrónica.
18
En el siguiente cuadro se muestra las Etapas de la evolución de la norma ISO
13606. (Ver cuadro N° 4)
CUADRO NO 4.
EVOLUCIÓN DE LA NORMA ISO 13606.
1991 Good European Health Record Proyect
1995 Synapses proyect
1998 EHCR Support Action
1999 ENV 13606 pre-standard
2007 CEN EN 13606 standard
2008 ISO 13606 standard
2016 Renovación ISO 13606 ELABORACIÓN: Margarita Cauja C, Giovanni Joza A. FUENTE: Margarita Cauja C, Giovanni Joza A.
La norma ISO se compone de 5 partes:
Parte 1 (Modelo de Referencia), que permite representar y comunicar a toda la
HCE.
Parte 2 (Modelo de Arquetipos) que permite definir modelos de información
clínica reutilizables.
Parte 3 (Vocabulario y arquetipos de referencia) aquí se tiene todo el vocabulario
controlado utilizado en la parte 1 e indicaciones para el correcto empleo con
otros estándares.
Parte 4 (Seguridad) donde especifica la comunicación y la seguridad con todas
las políticas de acceso de las diferentes HCE.
19
Parte 5 (Interfaces) especifica los mensajes y los diferentes interfaces mínimas
para la comunicación de HCE.
Modelo de Referencia
El modelo de referencia define el conjunto de entidades que forman los bloques
de construcción genéricos de la HCE, como documentos o carpetas. Por otro
lado, el modelo de arquetipos especifica cómo representar los conceptos clínicos
que han de registrase en la HCE a partir de combinaciones válidas de la
entidades del modelo de referencia dando lugar a los denominados arquetipos.
Por lo tanto, el modelo de referencia define las características estables de la
HCE y los arquetipos representan el nivel de conocimiento. En esta arquitectura
de HCE, se definen mediante arquetipos conceptos sanitarios como la medida
de la presión sanguínea o un informe de alta. La arquitectura del modelo dual ha
sido promovida en la última década por la fundación openEHR y ha influido en
otros estándares como el modelo de plantillas de HL7 CDA.(«Modelos de
Representación de Arquetipos en Sistemas de Información Sanitarios -
TMMT.pdf;jsessionid=1045826BFB1B0CEF2187938014222441.tdx1», s. f., p.
19)
a) EHR_EXTRACT.- El contenedor de nivel superior de una parte o
totalidad de la HCE de un solo tema de la atención, para la
comunicación entre un sistema proveedor de EHR y un destinatario
EHR.
b) FOLDER.- La organización de alto nivel dentro de un HCE, dividida
en compartimientos en relación con la atención prestada por una sola
condición, por un equipo clínico o institución , o durante un período de
tiempo fijo, como un episodio de atención.
20
c) COMPOSITION.- El conjunto de información comprometida con una
HCE por un agente, como resultado de un único encuentro clínico o
sesión de registro de documentación.
Al mismo tiempo el COMPOSITION tiene algunos puntos interesantes
como:
Corresponde a una interacción con el sistema
Cuándo y dónde tuvo lugar la actividad
Bajo qué jurisdicción
Quién era el clínico al cargo
Si hubo más participantes
d) SECTION.- Los datos de HCE dentro de una composición que
pertenece a una sola partida clínica, por lo general refleja el flujo de
recopilación de información durante una entrevista clínica.
e) ENTRY.- La información registrada en un HCE como resultado de
una acción clínica, una observación, una interpretación clínica, o una
intención. Esto también se conoce como una declaración clínica.
Entry tiene algunas observaciones que hay que tomar en cuenta:
Corresponde a una “afirmación” clínica sobre una observación
Puede contener información estructurada
Representa observaciones clínicas, inferencias o acciones
planificadas
La información puede no referirse al paciente
Puede ser necesario identificar a otros participantes
f) CLUSTER.- Estructuras de datos multipartes anidadas. Representa
las columnas de una tabla.
g) ELEMENT.- El nodo hoja de la jerarquía de la HCE, que contiene un
solo valor.(«18T00552.pdf», s. f., p. 47)
21
En la siguiente figura se presenta un esquema indicando las partes del modelo
de referencia. (Ver gráfico N° 3)
GRÁFICO NO 2.
MODELO REFERENCIA.
Fuente: NORMA INEN ISO/NTE. Elaboración: Margarita Cauja C, Giovanni Joza A.
El Modelo de Referencia de CEN también asume que la información de una
historia clínica sea propia y jerárquica, es decir las observaciones clínicas, el
razonamiento y las prescripciones puedan tener la estructura compleja o simple
para la gestión de los datos de los pacientes. Estos documentos se almacenan
normalmente en carpetas, y un paciente puede tener más de una carpeta dentro
de una organización sanitaria por ejemplo: Un médico general, una cardiología,
de obstetricia. Etc.).
También este modelo se necesita reflejar la estructura y organización jerárquica,
para que se cumpla los requisitos para el contexto clínico y así asegurar que se
22
preserva el significado cuando los registros se comunican entre sistemas clínicos
heterogéneos. Estos requisitos de la HCE son clave para conseguir tal fidelidad y
están relacionados con un conjunto de bloques de construcción lógica con
atributos apropiados propuestos para cada nivel en la jerarquía del Extracto de
HCE.
Modelo Dual
El modelo dual de HCE es un paradigma para la ingeniería del software es decir
es algo nuevo y novedoso ya que todavía no se ha explotado este concepto aquí
en el Ecuador.
La definición se lo puede apreciar mejor en el grafico N° 2, ya que el modelo
Dual se divide en Modelo de Referencia es que representa la estructura y
semántica mínima de la información y el Modelo de Arquetipos permite
representar el conocimiento del dominio.
GRÁFICO NO 3.
MODELO DUAL.
Fuente: NORMA INEN ISO/NTE Elaboración: Margarita Cauja C, Giovanni Joza A.
23
En otras palabras, es una metodología para crear sistemas informáticos
fácilmente actualizables y guiados por el conocimiento existente en el dominio de
aplicación (el dominio clínico en nuestro caso).
Es una nueva propuesta que modifica los modelos tradicionales de desarrollo de
sistemas software.
GRÁFICO NO 4.
ESTRUCTURA MODELO DUAL.
Fuente: NORMA INEN ISO/NTE Elaboración: Margarita Cauja C, Giovanni Joza A.
Un ejemplo del modelo dual sería de esta manera: • Información: Giovanni Joza tiene una presión arterial de 150/100 mmHg a
fecha 15 de enero de 2008.
• Conocimiento: La medida de la presión arterial tiene dos valores: sistólica y
diastólica. Se miden en mmHg. Los rangos normales de presión arterial son
entre 90/60 mmHg (en recién nacidos) hasta 135/85 mmHg, con un valor
promedio de 120/80 mmHg.
24
Especificación para el intercambio de arquetipos
Definen los requisitos técnicos que han de cumplir los arquetipos, así como la
sintaxis y semántica del lenguaje para definición de arquetipos. («Modelos de
Representación de Arquetipos en Sistemas de Información Sanitarios -
TMMT.pdf;jsessionid=1045826BFB1B0CEF2187938014222441.tdx1», s. f., p.
30)
Referencia de arquetipos y lista de términos
Es un modelo básico de un componente comunicable de (HCE) que establece
las directrices a aplicar dentro del Sistema Nacional de Salud (en adelante SNS).
Los arquetipos de referencia se pueden refinar o acotar en las comunidades
autónomas para adaptarlos a las necesidades de cada territorio, centro,
especialidad o proceso clínico dando lugar a arquetipos primitivos, arquetipos de
implementación o incluso modelos clínicos detallados. («Ministerio de Sanidad,
Servicios Sociales e Igualdad - Profesionales - Preguntas más frecuentes sobre
los Recursos de Modelado Clínico (arquetipos)», s. f.)
Según nuestras investigaciones la parte 3 de la norma ISO fue aprobada en el
año del 2008 por el CEN (Comité Europeo de Normalización), esta parte se
divide en 2 dos secciones que son:
1.-Normativa: es la lista de los términos codificados que se deben utilizar en
atributos del modelo de referencia que se encuentra definido en la parte 1 de la
Norma ISO.
25
2.-Informativa: Aquí aparece una lista de arquetipos que muestra ejemplos de
cómo mapear la información clínica codificada utilizando las estructuras de datos
de la norma ISO 13606.
Cabe mencionar y recordar que en el modelo de referencia establecido en la
parte 1 de la norma ISO/CEN EN13606 se define las estructuras de datos
básicas genéricas, es decir sin ningún significado exclusivo clínico por ejemplo,
carpeta, composición, o entrada, y con estos sus posibles relaciones para poder
expresar cualquier información que pueda aparecer en una historia clínica
electrónica.
Por ese motivo en el modelo de arquetipos que se especifica en la parte 2 de la
norma, permite definir los diferentes conceptos de dominio clínico por medio de
un concepto llamado arquetipos, esto a su vez imponen restricciones a las
clases del modelo de referencia y sus relaciones.
Con esto el modelo de referencia se expresa que una entrada para que puede
contener cualquier número de elementos y agrupaciones llamados clúster, por
ejemplo un arquetipo que se defina con el concepto medida de la presión arterial
(PA), este establece una entrada representando la medida que este a su vez
contendrá únicamente dos elementos; cuyo valor en ambos será un número real,
medido en milímetros de mercurio, teniendo el primero el significado de presión
arterial sistólica y el segundo diastólica.
Con esto el sistema recibe el extracto conteniendo una entrada que nos indique
que se ha creado conforme al arquetipo de medida de la Presión arterial,
inmediatamente veremos en la entrada que está compuesta por dos elementos y
cuál es el significado del contenido de ambos.
26
Características de seguridad
Define los conceptos del modelo de información que se refleja dentro de la
instancia de HCE individual para permitir una interacción apropiada con los
componentes de seguridad que pudieran ser requeridos en cualquier futura
implantación de HCE.
Modelos de intercambio
Contiene un conjunto de modelos que se construyen sobre las partes anteriores
de la norma y pueden formar el soporte de comunicaciones basadas en
mensajes o en servicios. El enfoque que le da la norma a la HCE, es como
registro longitudinal persistente, y potencialmente multi-institucional o multi-
nacional de la salud y la provisión de cuidados relativos a un sujeto único de
cuidado (paciente) para informar en la asistencia sanitaria futura del sujeto y
para proveer un registro médico- legal de la asistencia que se ha suministrado.
Teniendo en cuenta que un servicio o sistemas de HCE necesitaran
interaccionar con muchos otros servicios o sistemas facilitando terminología,
conocimiento médico, guías, flujo de trabajo, seguridad, registros personales,
facturación, etc. (BAQUE, 2015).
Interoperabilidad
La definicion de interoperabilidad no es otra cosa que la habilidad de dos o más
sistemas para intercambiar informacion, en este caso se utiliza este concepto
para tener comunicado los diferentes HCE de los diferentes puntos sanitarios. El
término se usa a menudo en el sentido técnico de la ingeniería de sistemas.
La interoperabilidad también la podemos definir como: “la habilidad de dos o más
sistemas o componentes para intercambiar información y utilizar la información
intercambiada.”
27
Más allá de la perspectiva tecnológica en la actualidad la interoperabilidad se
entiende como concepto más amplio con un grupo de dimensiones
diferenciadas.
GRÁFICO NO 5.
INTEROPERABILIDAD
Fuente: http://www.doctorsandmanagers.net/item.php?id=86&lang=1 Elaboración: Margarita Cauja C, Giovanni Joza A.
La parte de la interoperabilidad es iniciativa de la CIMI, ellos han visto la
importancia y la necesidad de que los modelos clínicos sean interoperables. Por
consiguiente la interoperabilidad se ha centrado en los intercambios que puede
tener la información clínica, esto a su vez de que los intercambio en los modelos
clínicos entre distintos sistemas de HCE.
Por ese motivo son muy importantes los arquetipos que también tienen un papel
importante en los sistemas de información sanitarios, ya que esto controla la
entrada y la visualización de toda la información clínica.
Arquetipos
Los arquetipos son definiciones formales de conceptos clínicos (por ejemplo,
paciente, medida de glucosa, informe de alta, etc.) que se definen por medio de
28
restricciones sobre las entidades Modelo Relacional (en adelante MR). En esta
metodología sólo el estable y simple MR se codifica en la base de datos,
mientras que los numerosos y volátiles conceptos del dominio (arquetipos) se
modelan por especialista del dominio de manera separada. Ya que el software
únicamente es dependiente del MR la incorporación de nuevos conceptos no
requieren si modificación.(«Editor gráfico de correspondencias de alto nivel para
arquetipos de Historia Clínica Electrónica - Editor gráfico de correspondencias de
alto nivel para arquet.pdf», s. f., p. 17).
Cada arquetipo es de forma efectiva unas combinaciones permitidas de una
clases de bloques de construcción definidos en el MR para dominios clínicos,
organizaciones y contextos de operación mediante la especificación de algunos
nombres de componentes del registro particulares, tipos de datos, los valores y
los rangos de estos valores.
GRÁFICO NO 6.
ARQUETIPOS.
Fuente: NORMA INEN ISO/NTE Elaboración: Margarita Cauja C, Giovanni Joza A.
29
LinkEHR
Este software es el que utilizamos para construir los arquetipos, es decir es un
software para el modelado, la normalización y la interoperabilidad semántica de
los datos clínicos que forma la HCE.
El LinkEhr permite describir con precisión todos los datos clínicos de una
organización y transformarlo en formatos por ejemplo OpenEHR, HL7, CEN ISO
13606 o cualquier formato que sea interoperable
LinkEhr es un sistema que nos permite enlazar las definiciones de arquetipos
con los datos originales y genera automáticamente el código necesario para
realizar las transformaciones necesarias para integrar y normalizar los datos.
El LinkEHR hace 3 pasos básicos que son los siguientes:
Integración de datos clínicos
Normalización de datos
Comparten datos clínicos
GRÁFICO NO 7.
LINKEHR.
Fuente: http://www.linkehr.com/ Elaboración: Margarita Cauja C, Giovanni Joza A.
30
En el grafico 7 se muestra el software Linkehr, que nos permite desarrollar
arquetipos, los arquetipos son las definiciones formales de los diferentes
modelos de la información clínica, ya que ellos se definen todas las estructuras
de datos y todas las limitaciones de cualquier valor que se aplique para generar
comunicación a los datos de la HCE, esto va junto a su significado que se
describe en los enlaces de la terminología en los arquetipos.
Los arquetipos deben ser utilizados con sistemas de datos y de información
existentes. Con esta información la herramienta es capaz de generar
automáticamente un software de transformación en el lenguaje XQuery con el fin
de transformar los datos existentes en datos normalizados
GRÁFICO NO 8.
ARQUETIPO CON EXTENSIÓN ADL
Fuente: http://www.linkehr.com/ Elaboración: Margarita Cauja C, Giovanni Joza A.
31
GRÁFICO NO 9.
ARQUETIPO FRECUENCIA CARDIACA (ENTRY)
Fuente: http://www.linkehr.com/ Elaboración: Margarita Cauja C, Giovanni Joza A.
Este arquetipos de frecuencia Cardiaca es un Entry que lo podemos reutilizar en
diferentes formularios, deben tomar en cuenta que la parte Entry es muy
importante para la Parte 2 y la Parte 3 de la norma ISO 13606
GRÁFICO NO 10.
ARQUETIPO MUESTRA (CLÚSTER)
Fuente: http://www.linkehr.com/ Elaboración: Margarita Cauja C, Giovanni Joza A.
32
Este ejemplo nos muestra el Arquetipo muestra que es un Clúster.
GRÁFICO NO 11.
ARQUETIPO HISTORIA CLÍNICA RESUMIDA (COMPOSITION)
Fuente: http://www.linkehr.com/ Elaboración: Margarita Cauja C, Giovanni Joza A.
El ejemplo del grafico anterior muestra un ejemplo de Arquetipos de
Composition.
GRÁFICO NO 12.
REFERENCIA DE ARQUETIPOS.
Fuente: http://www.linkehr.com/. Elaboración: Margarita Cauja C, Giovanni Joza A.
33
En este grafico nos enseña que un arquetipo puede llamar a otro arquetipos que
este hecho, por eso se indicó anteriormente que los arquetipos se puede
reutilizar para la comunicación de la HCE. En el siguiente grafico nos menciona
como se llama o se asocia los arquetipos.
GRÁFICO NO 13.
MODO DE INVOCACIÓN EN EL LINKEHR.
Fuente: http://www.linkehr.com/ Elaboración: Margarita Cauja C, Giovanni Joza A.
FORMULARIOS DEL MINISTERIO DE SALUD PÚBLICA
Los Formularios que se van a diseñar y analizar en el presente proyecto son:
Formulario 001 (Admision y Alto-Egreso).- El objetivo principal es mantener
disponible un registro de un paciente actualizado con la informacion completa y
organizada en cada una de las admisiones, altas y egresos para un uso de un
personal autorizado por la unidad sanitaria.
Formulario 005 (Evolución y Prescripciones).- el objetivo principal es
conservar un registro secuencial del progreso clínico, variaciones del tratamiento
y prescripciones realizadas por el profesional responsable del paciente
hospitalizado.
34
Formulario 006 (Epicrisis).- El objetivo principal es mantener disponible un
resumen completo de los eventos diagnósticos, terapéuticos y de evolución de
un episodio de hospitalización, desde el ingreso hasta el egreso.
Formulario 007 (Interconsulta).- El objetivo principal de este formulario es
disponer de un registro sistematizado de los datos de las solicitudes e informes
de interconsulta.
Formulario 008 (Emergencia).- El objetivo principal de este formulario es
mantener registro sistemáticos de todos los datos recopilados durante la
atención de todos los pacientes en el servicio de emergencia.
Formulario 038 (Trabajo Social).- El objetivo de este formularios es de
mantener un registro médico y verificado de la estructura, características socio
económicas y riesgos a la salud del usuario en el contexto del entorno familiar.
Formulario 053 (Referencia).- El objetivo de este formularios es de disponer un
registro organizados de información sobre el funcionamiento del sistema de
referencia y contra referencia de los pacientes entre las unidades operativas de
diferentes complejidad.
Formulario 054 (Concentrado de Laboratorios).- El objetivo de este
formularios es de conservar un registro integral de los resultados de las
determinaciones de laboratorios clínicos realizadas, transcrito desde el original y
organizado según cronología y tipo de examen.
Formulario 055 (Concentrado de Exámenes Especiales).- El objetivo de este
formularios es de conservar un registro integral de los resultados de los estudios
35
de gabinetes realizados, transcrito desde el original y organizado según
cronología y tipo de examen.
Anexo 2 (Atención Pre hospitalaria).- consiste en la atención pre hospitalario
en una emergencia. Mantiene un registro médico de los eventos, procedimientos
y evolución de un usuario, desde el lugar del accidente hasta la llegada al
servicio de emergencias.
FUNDAMENTACIÓN LEGAL
Ministerio de Salud Pública
Despacho Ministerial
No. 00001190
EL MINISTRO DE SALUD PÚBLICA
CONSIDERANDO:
La Constitución de la República del Ecuador dispone que: "En el Art.32.- La
salud es un derecho que garantiza el Estado, cuya realización se vincula al
ejercicio de otros derechos, entre ellos el derecho al agua, la alimentación, la
educación, la cultura física, el trabajo, la seguridad social, los ambientes sanos y
otros que sustentan el buen vivir. El Estado garantizará este derecho mediante
políticas económicas, sociales, culturales, educativas y ambientales; y el acceso
permanente, oportuno y sin exclusión de programas, acciones y servicios de
promoción y atención integral de salud, salud sexual y salud reproductiva. La
prestación de los servicios de salud se regirá por los principios de equidad,
universalidad, solidaridad, interculturalidad, calidad, eficiencia, precaución y
bioética, con enfoque de género y generacional."
En el Art. 154, numeral 1, de la Constitución de la República del Ecuador, faculta
que a los Ministros de Estado, les corresponde ejercer la rectoría de las políticas
36
públicas de la área a su cargo y expedir los acuerdos y resoluciones
administrativas que requiera su gestión; esto en concordancia con lo dispuesto
en el Art. 17 del Estatuto de Régimen Jurídico y Administrativo de la Función
Ejecutiva, reformado mediante Decreto Ejecutivo NO 2428, publicado en el
Registro oficial NO 536 de 18 de marzo del 2002.
En el Art. 227 de la Constitución de la República del Ecuador prescribe que la
administración pública constituye un servicio a la colectividad que se rige por los
principios de eficacia, eficiencia, calidad, jerarquía, desconcentración,
descentralización, coordinación, participación, planificación, transparencia y
evaluación
En el Art. 361 de la Constitución de la República del Ecuador prescribe que: "El
Estado ejercerá la rectoría del sistema a través de la autoridad sanitaria
nacional, será responsable de formular la política nacional de salud, y normará,
regulará y controlará todas las actividades relacionadas con la salud, así como el
funcionamiento de las entidades del sector."
En la Ley Orgánica de Salud manda: "Art. 4.- La autoridad sanitaria nacional es
el Ministerio de Salud Pública, entidad a la que le corresponde el ejercicio de las
funciones de rectoría en salud; así como la responsabilidad de la aplicación,
control y vigilancia del cumplimiento de esta Ley; y, las normas que dicte para su
plena vigencia serán obligatorias."; Art. 6.- Es responsabilidad del Ministerio de
Salud Pública:
1. Definir y promulgar la política nacional de salud con base en los
principios y enfoques establecidos en el artículo 1 de esta Ley, así
como aplicar, controlar y vigilar su cumplimiento;
2. Ejercer la rectoría del Sistema Nacional de Salud.
37
Mediante el Decreto Ejecutivo NO 332 de 21 de abril del 2010, el señor
Presidente Constitucional de la República del Ecuador, designó al Dr. David
Chiriboga Allnutt, Ministro de Salud Pública.
Existen las normativas internacionales ISO TC 215 y HL7 (informática en salud)
y terminologías internacionales para asegurar la interoperabilidad entre
aplicaciones sanitarias electrónicas. Son el conjunto de especificaciones
necesarias para el intercambio de la información clínica entre los tres niveles de
atención, evitar la pérdida de Información y eliminar la ambigüedad.
El Ministerio de Salud, como Autoridad Sanitaria Nacional, tiene la
responsabilidad y atribución de determinar la normativa y estándares para el
registro de datos clínicos a las entidades del Sistema Nacional de Salud.
Mediante un memorando N° CG-10-295-2011 de 27 de septiembre del 2011, se
conformó una comisión para la aprobación de los estándares a utilizarse en el
Sistema Nacional de Salud
HIPOTESIS La eficiente aplicación de la norma ISO 13606 aportará significativamente al
análisis de los sistemas médicos del MSP obteniendo beneficios con la
interoperabilidad de nuestros sistemas médicos.
VARIABLES DE LA INVESTIGACIÓN
A continuación se presentaran algunas variables que servirán como objetivo de
análisis y evaluación en el transcurso de la investigación.
38
Variables Independientes:
Estudio Norma ISO 13606.
Variables Dependientes
Diseño de arquetipos basados en formularios del MSP (evolución y
prescripciones, epicrisis, interconsulta, trabajo social, anexo 2, admisión y
alta-egreso, referencia, concentrado de laboratorio, emergencia,
concentrado de exámenes especiales).
DEFINICCIONES CONCEPTUALES
Interoperabilidad: Capacidad que tienen las organizaciones dispares y
diversas para intercambiar, transferir y utilizar, de manera uniforme y eficiente
datos, información y documentos por medios electrónicos, entre sus sistemas de
información. (interoperabilidad.gobiernoenlinea.gob.ve)
Estándar: Un estándar es un documento establecido por consenso, aprobado
por un cuerpo reconocido, y que ofrece reglas, guías o características para que
se use repetidamente. (americalatina.pmi.org, s.f.)
Normalizar: Normalizar o estandarizar se define como la acción de ajustar o
adaptar las cosas para que se asemejen a un tipo, modelo o norma común. La
acción de normalizar persigue, fundamentalmente, tres objetivos:
Simplificar: Para reducir los modelos.
Unificar: Para permitir el intercambio de los datos.
Especificar: Para crear datos claros y precisos (normalizar.com).
39
Diseño: Diseño viene del verbo “Diseñar” a lo que se refiere el proceso de
creación y producir un nuevo objeto. Esto puede ser: Objetos, Procesos,
Servicios, conocimiento. etc.
Arquetipos: Un arquetipo es el patrón ejemplar del cual otros objetos o
conceptos se derivan.
40
CAPITULO lll
Metodología de la Investigación
Tipo de investigación
Para este proyecto se realizaran varios tipos de investigación como: Exploratoria,
descriptiva, proyectos especiales, proyectos factibles.
Por Alcance
Histórico.-
Luego de realizar la investigación, los hechos más relevantes con respecto a la
norma en cada país me he convencido que la implementación de ISO 13606 y
diseño de arquetipos son necesarios e importante para el crecimiento del país a
nivel de tecnología médica.
Descriptivo.-
Parte de este proyecto se basa en la investigación descriptiva, para establecer la
Norma ISO 13606 en el Ecuador es necesario llevar a cabo una serie de pasos,
cumpliendo con ciertos estatutos, leyes obligaciones que rigen en la constitución
de nuestro país.
Por factibilidad
Proyectos especiales.-
La Universidad de Guayaquil en conjunto con el investigador “PROMEINFO”
(Programa de investigación médica informática) difunde esta propuesta como un
proyecto especial por su carácter innovador, por generar una contribución
significativa al conocimiento, desarrollo tecnológico y cultural en el área médica
informática.
41
Proyectos factibles.-
Es un proyecto factible por que consiste en la investigación, análisis, diseño y
elaboración de una propuesta implementada en otros países, obteniendo buenos
resultados aportando al desarrollo de soluciones tecnológicas tanto para el
sector público y privado.
Por el lugar
Exploratorio.-
Para el proyecto se realizó una investigación exploratoria en el área de la salud
para conocer los diferentes avances tecnológicos, en países que aplicaron la
Norma ISO 13606.
POBLACIÓN Y MUESTRA
Población:
La población que se utiliza para este proyecto son los doctores que existen en el
Hospital Universitario quienes serán una parte de los doctores que se
beneficiaran con la implementación de la Norma ISO 13606
Según Levin & Rubin “una población es el conjunto de todos los elementos
que se estudian y acerca de los cuales se intenta sacar conclusiones”.
La población también la podemos conocer como Universo, en la cual una
definición sería un conjunto de elementos de referencia sobre el que se va a
realizar observaciones.Cuando la población es demasiado grande es necesario
la extracción de una muestra de está.
42
El tamaño que tiene una población es un factor muy importante para el proceso
de investigación en estadísticas, que se relación con el tamaño, y ese tamaño se
da por el número de elementos que constituyen la población, según el número
de elementos la población puede ser finita o infinita.
CUADRO 5.
POBLACIÓN
Fuente: Margarita Cauja C, Giovanni Joza A. Elaboración: Margarita Cauja C, Giovanni Joza A.
Muestra:
La muestra es definida por (SABINO, 2005) “es una parte de ese todo que
llamamos universo y que sirve para representarlo”.
Las muestras se obtienen para poder inferir propiedades de la totalidad de una
población, en lo cual se deben ser representativas de la misma. Para que se
cumpla estas cualidades o característica la inclusión de estos puntos en la
muestra debe seguir las técnicas de muestreo. En cualquiera de los casos
podemos obtener información similar a la de un estudio exhaustivo con mayor
rapidez y menor costo. Por otra parte, en ocasiones, el muestreo puede ser más
exacto que el estudio de toda la población porque el manejo de un menor
número de datos provoca también menos errores en su manipulación. En
cualquier caso, el conjunto de individuos de la muestra son los sujetos realmente
estudiados. Por eso al momento de hablar de la norma ISO CEN 13606, hemos
cogido la población y muestra de los doctores del hospital universitario,
basándonos en las preguntas relacionadas con la HCE y las ventajas de usar la
norma para interconectadnos a los diferentes HCE que se encuentran
NOMBRE CANTIDAD PERSONAS
Doctores del Hospital
Universitario 180
43
desarrollada aquí en el Ecuador. Las primeras personas beneficiaras por esta
investigación y si a un futuro se implementaría serían los doctores ya que tendría
toda la historia clínica de los pacientes.
TAMAÑO DE LA MUESTRA
44
Primer Método
Segundo Método
45
Cálculo de la fracción muestral:
OPERACIONALIZACIÓN DE VARIABLES
CUADRO 6.
MATRIZ DE OPERACIONALIZACIÓN DE VARIABLES
Variables Dimensiones Indicadores Técnicas y/o Instrumentos
V. I. Estudio Norma ISO 13606
Política Salud Económico
Estudio de las 5 partes de la Norma 13606 Seguridades de la Norma ISO 13606
Referencias bibliográficas sobre lectura general y de lectura especializada. Banco de datos
V.D.
Diseño de arquetipos basados en formularios del MSP (evolución y prescripciones, epicrisis, interconsulta, trabajo social, anexo 2, admisión y alta-egreso, referencia, concentrado de laboratorio, emergencia, concentrado de exámenes especiales).
Educativo Tecnológico Cultural
Numero de Arquetipos Diseñados Arquetipos reutilizados por los formularios del MSP
Referencias bibliográficas sobre lectura general y de lectura especializada. Banco de datos
Fuente: Margarita Cauja C, Giovanni Joza A. Elaboración: Margarita Cauja C, Giovanni Joza A.
f = n
= 124
= 0.689
N 180
46
Instrumentos de Recolección de Datos
LA TÉCNICA:
La forma utilizada para la recolección de la información en nuestro proyecto fue
la encuesta, la entrevista y la observación:
1. De Campo
Observación
Entrevista
Encuesta
2. Documentales
Lectura Científica.
Análisis de Contenidos.
Internet
LOS INSTRUMENTOS:
Los instrumentos que utilizamos para la recolección de la información relevante
en la implementación de nuestro proyecto es:
Técnica Instrumento
- Observación - Registro de observación
- Entrevista - Guion de entrevista
- Encuesta - Cuestionario
47
Procedimientos de la Investigación
El problema:
Planteamiento del problema
Interrogantes de la investigación
Objetivos de la Investigación
Justificación o importancia de la investigación
Marco teórico:
Fundamentación teórica
Fundamentación legal
Preguntas a contestarse
Definición de términos
Metodología:
Diseño de Investigación (Tipo de Investigación)
Población y Muestra
Instrumentos de recolección de datos
Operacionalización de variables, dimensiones e indicadores
Procedimiento de la Investigación
Criterios para la elaboración de la propuesta
48
Recolección de la Información
Hay demasiadas maneras de recopilar información para una investigación. El
método elegido por los investigadores depende muchos de las pregunta de la
investigación que se formulan. Las técnicas a utilizar para obtener la información
son: observación, entrevista y encuesta.
Encuesta son series de preguntas que van dirigidas a las personas que
participan para la investigación. Las encuestas en este caso la hicimos
presencial con los doctores que nos ayudaron en este tema.
Estas encuestas que hicimos nos va ayudar para tener un panorama más exacto
que representaría al tener una HCE centralizada con la ayuda de la Norma ICE
13606.
La entrevista es una interacción que se involucró al investigador y uno de los
participantes que maneje el tema. Durante la entrevista, se podrá hacer
preguntas sobre el alcance y el impacto que tendría la HCE basado en la Norma
ISO 13606 aquí en el Ecuador.
Se realizó la encuesta que se detalla en Anexo 2 y la entrevista que se detalla en
Anexo 3, aplicando los instrumentos correspondientes a los doctores del Hospital
Universitario y encargados de PROMEINFO, con el objetivo de recopilar
información sobre todo el impacto y Alcance que tendría la implementación de la
Norma ICE 13606 en las HCE.
49
PROCESAMIENTOS Y ANÁLISIS
Los datos obtenidos de los doctores que trabaja en el Hospital universitario
fueron ingresados en una hoja de cálculo y se realizó las tablas con cada una de
las preguntas:
Información General:
1. ¿Tiene usted conocimiento acerca de la HCE basado en la norma ISO
13606?
CUADRO 7
CONOCIMIENTO.
Opciones Frecuencia Porcentaje
1 SI 6 5%
NO 118 95%
124 100%
Fuente: Margarita Cauja C, Giovanni Joza A. Elaboración: Margarita Cauja C, Giovanni Joza A.
GRÁFICO 14.
CONOCIMIENTO HCE.
Fuente: Margarita Cauja C, Giovanni Joza A. Elaboración: Margarita Cauja C, Giovanni Joza A.
El resultado, de esta pregunta nos indican que los encuestados el 95% de las
personas desconocen la utilización de la Norma ISO 13606, solo el 5% tiene un
leve conocimiento acerca de la norma.
6 5%
118 95%
Conocimiento
SI NO
50
2. ¿Cree factible implementar esta norma en el Ecuador?
CUADRO 8.
Factibilidad
Pregunta Opciones Frecuencia Porcentaje
2
MUY FACTIBLE 119 95%
FACTIBLE 2 2%
NORMAL 1 1%
POCO FACTIBLE 1 1%
NADA FACTIBLE 1 1%
124 100%
Fuente: Margarita Cauja C, Giovanni Joza A. Elaboración: Margarita Cauja C, Giovanni Joza A.
GRÁFICO 15. FACTIBILIDAD HCE
Fuente: Margarita Cauja C, Giovanni Joza A. Elaboración: Margarita Cauja C, Giovanni Joza A.
Los resultados obtenidos son: Muy factible = 123 => 99%, las personas
encuestadas opinan que si es factible implementar esta Norma.
96%
1% 1% 1%
1%
MUY FACTIBLE
FACTIBLE
NORMAL
POCO FACTIBLE
NADA FACTIBLE
51
3. ¿Qué nivel de alcance a los procedimientos tendría los hospitales
públicos con este nuevo procedimiento?
CUADRO 9.
Alcance a los Procedimientos
Pregunta Opciones Frecuencia Porcentaje
3
MUY ALTO 109 95,0%
ALTO 11 8,9%
MEDIO 4 3,2%
BAJO 0 0,0%
MUY BAJO 0 0,0%
124 100%
Fuente: Margarita Cauja C, Giovanni Joza A. Elaboración: Margarita Cauja C, Giovanni Joza A.
GRÁFICO 16.
Alcance a los Procedimientos HCE
Fuente: Margarita Cauja C, Giovanni Joza A. Elaboración: Margarita Cauja C, Giovanni Joza A.
Los resultados obtenidos para saber si esta Norma mejoraría los procedimientos
es: Muy Alto el 88%, lo que representaría mejoras en la atención de los
pacientes.
88%
9%
3%
MUY ALTO
ALTO
MEDIO
BAJO
MUY BAJO
52
4. ¿Cree usted que los doctores se beneficia al obtener la información
centralizar?
CUADRO 10.
Beneficios de Información Centralizada.
Pregunta Opciones Frecuencia Porcentaje
4
MUY ALTO 118 95%
ALTO 3 2%
MEDIO 1 1%
BAJO 2 2%
MUY BAJO 0 0%
124 100%
Fuente: Margarita Cauja C, Giovanni Joza A. Elaboración: Margarita Cauja C, Giovanni Joza A.
GRÁFICO 17.
Beneficios de Información Centralizada HCE
Fuente: Margarita Cauja C, Giovanni Joza A. Elaboración: Margarita Cauja C, Giovanni Joza A.
Los resultados obtenidos acerca de los Beneficios de la Información
Centralizadas es: Muy Alto el 95%, dicen son buenas las actividades
planificadas.
95%
2% 1% 2%
MUY ALTO
ALTO
MEDIO
BAJO
MUY BAJO
53
5. ¿Cuánto ayudaría al Médico conocer el historial del paciente de todos los
puntos médicos que se haya atendido?
CUADRO 11.
Conocer HCE del Paciente
Pregunta Opciones Frecuencia Porcentaje
5
DEMASIADO 120 96%
NORMAL 2 2%
POCO 1 1%
MUY POCO 1 1%
NADA 0 0%
124 100%
Fuente: Margarita Cauja C, Giovanni Joza A. Elaboración: Margarita Cauja C, Giovanni Joza A.
GRÁFICO 18. Conocimiento HCE del Paciente
Fuente: Margarita Cauja C, Giovanni Joza A. Elaboración: Margarita Cauja C, Giovanni Joza A.
Este grafico nos indica que la mayoría de los encuestados respondieron de
forma positiva que sería un éxito conocer la HCE del paciente es decir el 97%,
lo que nos demuestra que es muy buena la idea de automatizar las actividades.
97%
1% 1% 1%
DEMASIADO
NORMAL
POCO
MUY POCO
NADA
54
6 ¿Considera usted favorable que exista estadísticas sobre todas las
enfermedades catastróficas el gobierno podría elaborar planes de
prevención?
CUADRO 12.
Estadísticas Enfermedades
Pregunta Opciones Frecuencia Porcentaje
6
MUY FAVORABLE 108 87%
FAVORABLE 2 2%
NORMAL 10 8%
POCO FAVORABLE 2 2%
NADA FAVORABLE 2 2%
124 100%
Fuente: Margarita Cauja C, Giovanni Joza A. Elaboración: Margarita Cauja C, Giovanni Joza A.
GRÁFICO 19.
Estadísticas de Enfermedades HCE
Fuente: Margarita Cauja C, Giovanni Joza A. Elaboración: Margarita Cauja C, Giovanni Joza A.
Este grafico nos indica que la mayoría de los encuestados respondieron de
forma: Muy Favorable = 87%, lo que nos demuestra que sería interesante para
las tomas de decisiones.
87%
1%
8% 2% 2%
MUY FAVORABLE
FAVORABLE
NORMAL
POCO FAVORABLE
NADA FAVORABLE
55
7 ¿Qué nivel de cambios generaría la calidad de servicio en los hospitales
públicos con la HCE basados con la norma ISO CEN 13606?
CUADRO 13. Nivel de Cambios
Pregunta Opciones Frecuencia Porcentaje
7
MUY ALTO 111 90%
ALTO 5 4%
MEDIO 4 3%
BAJO 4 3%
MUY BAJO 0 0%
124 100%
Fuente: Margarita Cauja C, Giovanni Joza A. Elaboración: Margarita Cauja C, Giovanni Joza A.
GRÁFICO 20. Nivel de Cambios HCE
Fuente: Margarita Cauja C, Giovanni Joza A. Elaboración: Margarita Cauja C, Giovanni Joza A.
Este grafico nos indica que el nivel de cambio en la calidad de servicio sería muy
favorable para nuestro entorno: Alto = 117 => 95%, lo que nos demuestra se
debe tomar en cuenta para mejorar la atención de los pacientes en un futuro.
90%
4%
3% 3%
MUY ALTO
ALTO
MEDIO
BAJO
MUY BAJO
56
8 ¿Cree usted que la implementación de una herramienta informática a
nivel nacional que permita consolidar la integración de todos los centros
médicos nacionales ayudaría a mejorar la atención de los pacientes?
CUADRO 14. Implementación
Pregunta Opciones Frecuencia Porcentaje
8
MUY FAVORABLE 112 90%
FAVORABLE 3 2%
NORMAL 3 2%
POCO FAVORABLE 6 5%
NADA FAVORABLE 0 0%
124 100%
Fuente: Margarita Cauja C, Giovanni Joza A.
Elaboración: Margarita Cauja C, Giovanni Joza A.
GRÁFICO 21. Implementación HCE
Fuente: Margarita Cauja C, Giovanni Joza A. Elaboración: Margarita Cauja C, Giovanni Joza A.
Este grafico nos indica que una implementación sería interesante para el
Ecuador para tener la HCE unificada: Alto = 116 => 94%, nos demuestra que
debe tomar en cuenta para mejorar la atención de los pacientes en un futuro.
90%
3%
2% 5%
0%
MUY FAVORABLE
FAVORABLE
NORMAL
POCO FAVORABLE
NADA FAVORABLE
57
CAPITULO IV
CONCLUSIONES
Según los resultados obtenidos de las encuestas podemos darnos cuenta
el alto grado de desconocimiento de los beneficios que obtendrían
médicos y pacientes al aplicar la norma ISO 13606.
Después de una breve explicación acerca de la norma para saber si sería
factible la implementación en el Ecuador nuestros encuestados dieron
respuestas positivas.
La aplicación de esta norma en el Ecuador ayudara a mejorar la atención
de los pacientes desde cualquier lugar del país que se haga atender en
los distintos hospitales pertenecientes al gobierno.
A los médicos les favorecerá conocer el HCE de cada uno de sus
pacientes o de futuros pacientes para realizar diagnósticos rápidos en
caso de emergencia.
EL software para realizar Arquetipos se ha revisado y tiene buenas
propiedades en término de interoperabilidad con otras normas, lo que
permite que pueda ser aplicado a diferentes modelos de referencia en
arquitectura dual.
Esta norma permitirá tener estadísticas actuales de las enfermedades
más frecuentes en los ecuatorianos sean estas catastróficas o comunes.
58
RECOMENDACIONES
Al momento de aplicar esta norma en el Ecuador se les recomienda
capacitar al personal hospitalario, doctores, enfermeras, para obtener los
resultados deseados todo el personal del hospital debe saber utilizar las
nuevas herramientas de trabajo que se les están facilitando aunque en el
proceso de adaptación se encuentren personal reacias al cambio.
Se recomienda de formar un equipo de profesionales para el correcto
desarrollo de los Arquetipos, esto debe estar formado por un especialista
médico y un ingeniero informático.
Se recomienda que la Universidad siga en este proyecto investigativo
para que esto salga a producción y nos sirva para un mejor futuro para la
atención sanitaria de los ecuatorianos.
Sería interesante que el Gobierno tome en cuenta este proyecto de la
HCE con la Norma ISO 13606 para que mejore la calidad de servicio de
los ecuatorianos para un mejor servicio en los hospitales ecuatorianos.
Se recomienda que para que este proyecto tenga éxito en el Ecuador, se
debe aprobar todas las Partes de la Norma ISO 13606, ya que en la
actualidad solo está aprobada la parte 1 y la 5.
Se recomienda que en PROMEINFO 3 el desarrollo de los formularios se
aplique la Norma ISO 13606 en la cual será un gran avance para la HCE.
59
RESULTADOS
EVOLUCIÓN Y PRESCRIPCIONES
archetype (adl_version=1.4)
CEN-EN13606-COMPOSITION.Evolucion_y_prescripcion.v1
concept
[at0000]
language
original_language = <[ISO_639-1::es-ec]>
description
original_author = <
["date"] = <"20160113">
>
lifecycle_state = <"Draft">
details = <
["es-ec"] = <
language = <[ISO_639-1::es-ec]>
>
>
definition
COMPOSITION[at0000] occurrences matches {1..1} matches { --
Evolucion y prescripcion
content existence matches {0..1} cardinality matches
{0..*; unordered} matches {
SECTION[at0004] occurrences matches {0..*} matches {
-- cabecera
members existence matches {0..1} cardinality
matches {0..*; unordered; unique} matches {
allow_archetype ENTRY[at0005] occurrences
matches {0..*} matches {
include
archetype_id/value matches {/CEN-
EN13606-ENTRY.cabecera.v1/}
}
}
}
SECTION[at0006] occurrences matches {0..*} matches {
-- SECTION
members existence matches {0..1} cardinality
matches {0..*; unordered; unique} matches {
allow_archetype ENTRY[at0007] occurrences
matches {0..*} matches {
include
archetype_id/value matches {/CEN-
EN13606-CLUSTER.Evolucion_y_Prescripcion.v1/}
}
allow_archetype ENTRY[at0010] occurrences
matches {0..*} matches {
include
60
archetype_id/value matches {/CEN-
EN13606-CLUSTER.Prescripciones.v1/}
}
}
}
}
}
ontology
terminologies_available = <...>
term_definitions = <
["es-ec"] = <
items = <
["at0000"] = <
text = <"Evolucion y prescripcion">
description = <"Evolucion y prescripcion">
>
["at0003"] = <
text = <"Archetype slot">
description = <"This is a ELEMENT slot">
>
["at0004"] = <
text = <"cabecera">
description = <"This is a SECTION object">
>
["at0005"] = <
text = <"Archetype slot">
description = <"This is a ENTRY slot">
>
["at0006"] = <
text = <"SECTION">
description = <"This is a SECTION object">
>
["at0007"] = <
text = <"Archetype slot">
description = <"This is a ENTRY slot">
>
["at0009"] = <
text = <"Archetype slot">
description = <"This is a SECTION slot">
>
["at0010"] = <
text = <"Archetype slot">
description = <"This is a ENTRY slot">
>
>
>
>
constraint_definitions = <
>
term_binding = <
>
constraint_binding = <
>
61
EPICRISIS
archetype (adl_version=1.4)
CEN-EN13606-COMPOSITION.EPICRISIS.v1
concept
[at0000]
language
original_language = <[ISO_639-1::es-ec]>
description
original_author = <
["date"] = <"20151216">
>
lifecycle_state = <"Draft">
details = <
["es-ec"] = <
language = <[ISO_639-1::es-ec]>
>
>
definition
COMPOSITION[at0000] occurrences matches {1..1} matches { --
EPICRISIS
content existence matches {0..1} cardinality matches
{0..*; unordered} matches {
allow_archetype ENTRY[at0001] occurrences matches
{0..*} matches {
include
archetype_id/value matches {/CEN-EN13606-
ENTRY.cabecera.v1/}
}
allow_archetype ENTRY[at0002] occurrences matches
{0..*} matches {
include
archetype_id/value matches {/CEN-EN13606-
ELEMENT.TEXTO.v1/}
}
allow_archetype ENTRY[at0003] occurrences matches
{0..*} matches {
include
archetype_id/value matches {/CEN-EN13606-
ELEMENT.TEXTO.v1/}
}
allow_archetype ENTRY[at0004] occurrences matches
{0..*} matches {
include
archetype_id/value matches {/CEN-EN13606-
ELEMENT.TEXTO.v1/}
}
}
}
62
ontology
terminologies_available = <...>
term_definitions = <
["es-ec"] = <
items = <
["at0000"] = <
text = <"EPICRISIS">
description = <"EPICRISIS">
>
["at0001"] = <
text = <"Archetype slot">
description = <"This is a ENTRY slot">
>
["at0002"] = <
text = <"Resumen del cuadro clinico">
description = <"This is a ENTRY slot">
>
["at0003"] = <
text = <"Evolucion y complicaciones">
description = <"This is a ENTRY slot">
>
["at0004"] = <
text = <"Hallazgos relevantes">
description = <"This is a ENTRY slot">
>
>
>
>
constraint_definitions = <
>
term_binding = <
>
constraint_binding = <
>
INTERCONSULTA
archetype (adl_version=1.4)
CEN-EN13606-COMPOSITION.INTERCONSULTA.v1
concept
[at0000]
language
original_language = <[ISO_639-1::es-ec]>
description
original_author = <
["date"] = <"20160113">
>
lifecycle_state = <"Draft">
details = <
["es-ec"] = <
language = <[ISO_639-1::es-ec]>
63
>
>
definition
COMPOSITION[at0000] occurrences matches {1..1} matches { --
INTERCONSULTA
content existence matches {0..1} cardinality matches
{0..*; unordered} matches {
SECTION[at0001] occurrences matches {0..*} matches {
-- CABECERA
members existence matches {0..1} cardinality
matches {0..*; unordered; unique} matches {
allow_archetype ENTRY[at0005] occurrences
matches {0..*} matches {
include
archetype_id/value matches {/CEN-
EN13606-ENTRY.cabecera.v1/}
}
}
}
SECTION[at0003] occurrences matches {0..*} matches {
-- CUERPO
members existence matches {0..1} cardinality
matches {0..*; unordered; unique} matches {
allow_archetype ENTRY[at0006] occurrences
matches {0..*} matches {
include
archetype_id/value matches {/CEN-
EN13606-ENTRY.CARACTERISTICAS_SOLICITUD.v1/}
}
allow_archetype ENTRY[at0007] occurrences
matches {0..*} matches {
include
archetype_id/value matches {/CEN-
EN13606-ELEMENT.TEXTO.v1/}
}
allow_archetype ENTRY[at0008] occurrences
matches {0..*} matches {
include
archetype_id/value matches {/CEN-
EN13606-ELEMENT.TEXTO.v1/}
}
allow_archetype ENTRY[at0010] occurrences
matches {0..*} matches {
include
archetype_id/value matches {/CEN-
EN13606-ENTRY.DIAGNOSTICO.v1/}
}
allow_archetype ENTRY[at0011] occurrences
matches {0..*} matches {
include
archetype_id/value matches {/CEN-
EN13606-ELEMENT.TEXTO.v1/}
}
}
}
64
SECTION[at0004] occurrences matches {0..*} matches {
-- PIE DE PAGINA
members existence matches {0..1} cardinality
matches {0..*; unordered; unique} matches {
allow_archetype ENTRY[at0009] occurrences
matches {0..*} matches {
include
archetype_id/value matches {/CEN-
EN13606-ENTRY.PIE_PAGINA.v1/}
}
}
}
}
}
ontology
terminologies_available = <...>
term_definitions = <
["es-ec"] = <
items = <
["at0000"] = <
text = <"INTERCONSULTA">
description = <"INTERCONSULTA">
>
["at0001"] = <
text = <"CABECERA">
description = <"This is a SECTION object">
>
["at0003"] = <
text = <"CUERPO">
description = <"This is a SECTION object">
>
["at0004"] = <
text = <"PIE DE PAGINA">
description = <"This is a SECTION object">
>
["at0005"] = <
text = <"Archetype slot">
description = <"This is a ENTRY slot">
>
["at0006"] = <
text = <"Archetype slot">
description = <"This is a ENTRY slot">
>
["at0007"] = <
text = <"Archetype slot">
description = <"This is a ENTRY slot">
>
["at0008"] = <
text = <"Archetype slot">
description = <"This is a ENTRY slot">
>
["at0009"] = <
text = <"Archetype slot">
description = <"This is a ENTRY slot">
>
65
["at0010"] = <
text = <"Archetype slot">
description = <"This is a ENTRY slot">
>
["at0011"] = <
text = <"Archetype slot">
description = <"This is a ENTRY slot">
>
["at0012"] = <
text = <"Archetype slot">
description = <"This is a ENTRY slot">
>
>
>
>
constraint_definitions = <
>
term_binding = <
>
constraint_binding = <
>
Formulario 008 Emergencia
archetype (adl_version=1.4)
CEN-EN13606-COMPOSITION.FORMULARIO_EMERGENCIA.v1
concept
[at0000]
language
original_language = <[ISO_639-1::es]>
description
original_author = <
["date"] = <"20151030">
>
lifecycle_state = <"Draft">
details = <
["es"] = <
language = <[ISO_639-1::es]>
>
>
definition
COMPOSITION[at0000] occurrences matches {1..1} matches { --
FORMULARIO EMERGENCIA
content existence matches {0..1} cardinality matches
{0..*; unordered} matches {
SECTION[at0001] occurrences matches {0..*} matches {
-- 1.REGISTRO DE ADMISION
members existence matches {0..1} cardinality
matches {0..*; unordered; unique} matches {
66
ENTRY[at0002] occurrences matches {0..*}
matches { -- Datos de la Clinicos
items existence matches {0..1} cardinality
matches {0..*; unordered; unique} matches {
allow_archetype ELEMENT[at0005]
occurrences matches {0..*} matches {
include
archetype_id/value matches
{/CEN-EN13606-ENTRY.DatosPersonalesPacientes.v1/}
}
allow_archetype ELEMENT[at0004]
occurrences matches {0..*} matches {
include
archetype_id/value matches
{/CEN-EN13606-ENTRY.DireccionResidencia.v1/}
}
allow_archetype ELEMENT[at0006]
occurrences matches {0..*} matches {
include
archetype_id/value matches
{/CEN-EN13606-ENTRY.DatosNacimiento.v1/}
}
allow_archetype ELEMENT[at0007]
occurrences matches {0..*} matches {
include
archetype_id/value matches
{/CEN-EN13606-ENTRY.FechaAdmision.v1/}
}
allow_archetype ELEMENT[at0008]
occurrences matches {0..*} matches {
include
archetype_id/value matches
{/CEN-EN13606-ENTRY.CasoNecesarioAvisar.v1/}
}
allow_archetype ELEMENT[at0009]
occurrences matches {0..*} matches {
include
archetype_id/value matches
{/CEN-EN13606-ENTRY.FormaLlegada.v1/}
}
}
}
}
}
SECTION[at0010] occurrences matches {0..*} matches {
-- 2. INICIO ATENCION Y MOTIVO
members existence matches {0..1} cardinality
matches {0..*; unordered; unique} matches {
allow_archetype ENTRY[at0034] occurrences
matches {0..*} matches {
include
archetype_id/value matches {/CEN-
EN13606-ENTRY.InicioAtencionMotivo.v1/}
}
allow_archetype ENTRY[at0035] occurrences
matches {0..*} matches {
67
include
archetype_id/value matches {/CEN-
EN13606-ENTRY.GrupoSanguineo.v1/}
}
}
}
SECTION[at0011] occurrences matches {0..*} matches {
-- 3. ACCION VIOLENCIA INTOXICACION ENVENENAMIENTO O QUEMADURA
members existence matches {0..1} cardinality
matches {0..*; unordered; unique} matches {
ENTRY[at0012] occurrences matches {0..*}
matches { -- Datos Clinicos 3
items existence matches {0..1} cardinality
matches {0..*; unordered; unique} matches {
allow_archetype ELEMENT[at0021]
occurrences matches {0..*} matches {
include
archetype_id/value matches
{/CEN-EN13606-ENTRY.Accidente.v1/}
}
allow_archetype ELEMENT[at0025]
occurrences matches {0..*} matches {
include
archetype_id/value matches
{/CEN-EN13606-ENTRY.Observaciones.v1/}
}
allow_archetype CLUSTER[at0029]
occurrences matches {0..*} matches {
include
archetype_id/value matches
{/CEN-EN13606-ENTRY.FechaHoraEvento.v1/}
}
}
}
}
}
SECTION[at0014] occurrences matches {0..*} matches {
-- 4. ANTECEDENTES PERSONALES Y FAMILIARES
members existence matches {0..1} cardinality
matches {0..*; unordered; unique} matches {
allow_archetype ENTRY[at0036] occurrences
matches {0..*} matches {
include
archetype_id/value matches {/CEN-
EN13606-ENTRY.AntecedentesPersonalesFamiliares.v1/}
}
}
}
SECTION[at0015] occurrences matches {0..*} matches {
-- 5. ENFERMEDAD ACTUAL Y REVISION DE SISTEMAS
members existence matches {0..1} cardinality
matches {0..*; unordered; unique} matches {
allow_archetype ENTRY[at0037] occurrences
matches {0..*} matches {
include
68
archetype_id/value matches {/CEN-
EN13606-ENTRY.EnfermedadActualRevisionSistemas.v1/}
}
}
}
SECTION[at0016] occurrences matches {0..*} matches {
-- 6. SIGNOS VITALES , MEDICIONES Y VALORES
members existence matches {0..1} cardinality
matches {0..*; unordered; unique} matches {
allow_archetype SECTION[at0017] occurrences
matches {0..*} matches {
include
archetype_id/value matches {/CEN-
EN13606-ENTRY.Glasgow.v1/}
}
allow_archetype ENTRY[at0026] occurrences
matches {0..*} matches {
include
archetype_id/value matches {/CEN-
EN13606-ENTRY.FrecuenciaCardiaca.v1/}
}
allow_archetype ENTRY[at0027] occurrences
matches {0..*} matches {
include
archetype_id/value matches {/CEN-
EN13606-ENTRY.FrecuenciaRespiratoria.v1/}
}
allow_archetype ENTRY[at0028] occurrences
matches {0..*} matches {
include
archetype_id/value matches {/CEN-
EN13606-ENTRY.TemperaturaBucal.v1/}
}
allow_archetype ENTRY[at0030] occurrences
matches {0..*} matches {
include
archetype_id/value matches {/CEN-
EN13606-ENTRY.TemperaturaAxilar.v1/}
}
allow_archetype ENTRY[at0031] occurrences
matches {0..*} matches {
include
archetype_id/value matches {/CEN-
EN13606-ENTRY.Peso.v1/}
}
allow_archetype ENTRY[at0032] occurrences
matches {0..*} matches {
include
archetype_id/value matches {/CEN-
EN13606-ENTRY.Talla.v1/}
}
allow_archetype ENTRY[at0033] occurrences
matches {0..*} matches {
include
archetype_id/value matches {/CEN-
EN13606-ENTRY.PresionArterial.v1/}
69
}
}
}
SECTION[at0018] occurrences matches {0..*} matches {
-- 7. EXAMEN FISICO Y DIAGNOSTICO
members existence matches {0..1} cardinality
matches {0..*; unordered; unique} matches {*}
}
SECTION[at0019] occurrences matches {0..*} matches {
-- 8. LOCALIZACION DE LESIONES
members existence matches {0..1} cardinality
matches {0..*; unordered; unique} matches {*}
}
SECTION[at0020] occurrences matches {0..*} matches {
-- 9. EMERGENCIA OBSTETRICA
members existence matches {0..1} cardinality
matches {0..*; unordered; unique} matches {*}
}
SECTION[at0022] occurrences matches {0..*} matches {
-- 910 SOLICITUD DE EXAMEN
members existence matches {0..1} cardinality
matches {0..*; unordered; unique} matches {
ENTRY[at0023] occurrences matches {0..*}
matches { -- ENTRY
items existence matches {0..1} cardinality
matches {0..*; unordered; unique} matches {
allow_archetype ELEMENT[at0024]
occurrences matches {0..*} matches {
include
archetype_id/value matches
{/CEN-EN13606-ENTRY.SolicitudDeExamenes.v1/}
}
}
}
}
}
}
}
ontology
terminologies_available = <...>
term_definitions = <
["es"] = <
items = <
["at0000"] = <
text = <"FORMULARIO EMERGENCIA">
description = <"FORMULARIO EMERGENCIA">
>
["at0001"] = <
text = <"1.REGISTRO DE ADMISION">
description = <"Datos Familiares, Direccion,
Forma de Llegada ">
>
["at0002"] = <
text = <"Datos de la Clinicos">
description = <"This is a ENTRY object">
70
>
["at0003"] = <
text = <"Archetype slot">
description = <"This is a SECTION slot">
>
["at0005"] = <
text = <"1.Datos Personales de Pacientes">
description = <"Nombre, Apellido">
>
["at0004"] = <
text = <"2. Direccion Residencia">
description = <"Direccion Residencia, Calle ,
Barrio, Parroquia">
>
["at0006"] = <
text = <"3. Datos de Nacimientos">
description = <"Fecha, Lugar, Nacionalidad">
>
["at0007"] = <
text = <"4. Fecha de Admision">
description = <"Ocupacion, empresa donde
trabaja,tipo seguro Social">
>
["at0008"] = <
text = <"5.Caso
Necesario_Parentesco_Direccion">
description = <"This is a ELEMENT slot">
>
["at0009"] = <
text = <"6. FormaLlegada(DatosClinicos)">
description = <"Ambultorio, ambulancia, otro
transporte, causa clinica">
>
["at0010"] = <
text = <"2. INICIO ATENCION Y MOTIVO">
description = <"Va los ">
>
["at0011"] = <
text = <"3. ACCION VIOLENCIA INTOXICACION
ENVENENAMIENTO O QUEMADURA">
description = <"This is a SECTION object">
>
["at0012"] = <
text = <"Datos Clinicos 3">
description = <"This is a ENTRY object">
>
["at0013"] = <
text = <"Archetype slot">
description = <"This is a ELEMENT slot">
>
["at0014"] = <
text = <"4. ANTECEDENTES PERSONALES Y
FAMILIARES">
description = <"This is a SECTION object">
>
["at0015"] = <
71
text = <"5. ENFERMEDAD ACTUAL Y REVISION DE
SISTEMAS">
description = <"This is a SECTION object">
>
["at0016"] = <
text = <"6. SIGNOS VITALES , MEDICIONES Y
VALORES">
description = <"This is a SECTION object">
>
["at0017"] = <
text = <"GLASGOW">
description = <"Ocular, Verbal, Motora">
>
["at0018"] = <
text = <"7. EXAMEN FISICO Y DIAGNOSTICO">
description = <"This is a SECTION object">
>
["at0019"] = <
text = <"8. LOCALIZACION DE LESIONES">
description = <"This is a SECTION object">
>
["at0020"] = <
text = <"9. EMERGENCIA OBSTETRICA">
description = <"This is a SECTION object">
>
["at0022"] = <
text = <"910 SOLICITUD DE EXAMEN">
description = <"This is a SECTION object">
>
["at0023"] = <
text = <"ENTRY">
description = <"This is a ENTRY object">
>
["at0024"] = <
text = <"Solicitud de Examenes">
description = <"This is a ELEMENT slot">
>
["at0021"] = <
text = <"2. Accidente, Violencia,
Intoxicacion">
description = <"This is a ELEMENT slot">
>
["at0025"] = <
text = <"3. Observacion Aliento Etilico, Valor
Alcocheck">
description = <"This is a ELEMENT slot">
>
["at0026"] = <
text = <"2. Frecuencia Cardiaca">
description = <"Esta en Min">
>
["at0027"] = <
text = <"3. Frecuencia Respiratoria">
description = <"Se miren en minutos">
>
["at0028"] = <
72
text = <"4. Temperatura Bucal">
description = <"Se miden en grado Centigrado">
>
["at0030"] = <
text = <"5. Temperatura Axilar">
description = <"Se mide en grado Centigrado">
>
["at0031"] = <
text = <"6. Peso">
description = <"Se mide en Kilogramos">
>
["at0032"] = <
text = <"7. Talla">
description = <"Se mide en m">
>
["at0029"] = <
text = <"1. Fecha Hora Evento">
description = <"Fecha Hora Evento, Lugar del
Evento, Direccion Evento, Custodia Policial">
>
["at0033"] = <
text = <"1. Presion Arterial">
description = <"Se miden en mmHg">
>
["at0034"] = <
text = <"1. Datos Motivo">
description = <"Hora, TRAUMA, CAUSA CLINICA,
CAUSA QUIRURGICA">
>
["at0035"] = <
text = <"2. Grupo Sanguineo">
description = <"This is a ENTRY slot">
>
["at0036"] = <
text = <"Antecedentes Personales y
Familiares">
description = <"Alergico, Clinico">
>
["at0037"] = <
text = <"Enfermedades">
description = <"Via aerea libre , condicion
estable">
>
>
>
>
constraint_definitions = <
>
term_binding = <
>
constraint_binding = <
>
73
archetype (adl_version=1.4)
CEN-EN13606-ENTRY.DatosSistema.v1
concept
[at0000]
language
original_language = <[ISO_639-1::es]>
description
original_author = <
["date"] = <"20160125">
>
lifecycle_state = <"Draft">
details = <
["es"] = <
language = <[ISO_639-1::es]>
>
>
definition
ENTRY[at0000] occurrences matches {1..1} matches { --
DatosSistema
items existence matches {0..1} cardinality matches {0..*;
unordered} matches {
CLUSTER[at0014] occurrences matches {0..*} matches {
-- DATOS1
parts existence matches {0..1} cardinality matches
{0..*; unordered; unique} matches {
ELEMENT[at0018] occurrences matches {0..*}
matches { -- 1. Institucion del Sistema
value existence matches {0..1} matches {
SIMPLE_TEXT[at0021] occurrences
matches {0..1} matches { -- Texto Institucion del Sistema
originalText existence matches
{0..1} matches {/.*/}
}
}
}
ELEMENT[at0023] occurrences matches {0..*}
matches { -- 2. Unidad Operativa
value existence matches {0..1} matches {
SIMPLE_TEXT[at0025] occurrences
matches {0..1} matches { -- Texto Unidad Operativa
originalText existence matches
{0..1} matches {/.*/}
}
}
}
ELEMENT[at0027] occurrences matches {0..*}
matches { -- 3. COD. UO
value existence matches {0..1} matches {
SIMPLE_TEXT[at0029] occurrences
matches {0..1} matches { -- Texto COD. UO
originalText existence matches
{0..1} matches {/.*/}
74
}
}
}
ELEMENT[at0038] occurrences matches {0..*}
matches { -- 4. COD. Localizacion
value existence matches {0..1} matches {
BL[at0040] occurrences matches {0..1}
matches { -- 1. Parroquia
value existence matches {1..1}
matches {true, false}
}
BL[at0041] occurrences matches {0..1}
matches { -- 2. Canton
value existence matches {1..1}
matches {true, false}
}
BL[at0042] occurrences matches {0..1}
matches { -- 3. Provincia
value existence matches {1..1}
matches {true, false}
}
}
}
ELEMENT[at0044] occurrences matches {0..*}
matches { -- 5. Numero de Historia Clinica
value existence matches {0..1} matches {
SIMPLE_TEXT[at0046] occurrences
matches {0..1} matches { -- Texto Numero de Historia Clinica
originalText existence matches
{0..1} matches {/.*/}
}
}
}
}
structure_type existence matches {1..1} matches {
CS[at0052] occurrences matches {1..1} matches
{ --
codeValue existence matches {0..1} matches
{"STRC01"}
codingSchemeName existence matches {0..1}
matches {"CEN/TC251/EN13606-3:STRUCTURE_TYPE"}
}
}
}
CLUSTER[at0047] occurrences matches {0..*} matches {
-- DATOS2
parts existence matches {0..1} cardinality matches
{0..*; unordered; unique} matches {
ELEMENT[at0054] occurrences matches {0..*}
matches { -- 1. Apellido Paterno
value existence matches {0..1} matches {
SIMPLE_TEXT[at0057] occurrences
matches {0..1} matches { -- Texto Apellido Paterno
originalText existence matches
{0..1} matches {/.*/}
}
75
}
}
ELEMENT[at0060] occurrences matches {0..*}
matches { -- 2. Apellido Materno
value existence matches {0..1} matches {
SIMPLE_TEXT[at0062] occurrences
matches {0..1} matches { -- Texto Apellido Materno
originalText existence matches
{0..1} matches {/.*/}
}
}
}
ELEMENT[at0064] occurrences matches {0..*}
matches { -- 3. Primer Nombre
value existence matches {0..1} matches {
SIMPLE_TEXT[at0066] occurrences
matches {0..1} matches { -- Texto Primer Nombre
originalText existence matches
{0..1} matches {/.*/}
}
}
}
ELEMENT[at0068] occurrences matches {0..*}
matches { -- 4. Segundo Nombre
value existence matches {0..1} matches {
SIMPLE_TEXT[at0070] occurrences
matches {0..1} matches { -- Texto Segundo Nombre
originalText existence matches
{0..1} matches {/.*/}
}
}
}
ELEMENT[at0072] occurrences matches {0..*}
matches { -- 5. Cedula Ciudadania
value existence matches {0..1} matches {
SIMPLE_TEXT[at0074] occurrences
matches {0..1} matches { -- Texto Cedula Ciudadania
originalText existence matches
{0..1} matches {/.*/}
}
}
}
}
structure_type existence matches {1..1} matches {
CS[at0073] occurrences matches {1..1} matches
{ --
codeValue existence matches {0..1} matches
{"STRC01"}
codingSchemeName existence matches {0..1}
matches {"CEN/TC251/EN13606-3:STRUCTURE_TYPE"}
}
}
}
CLUSTER[at0075] occurrences matches {0..*} matches {
-- DATOS3
76
parts existence matches {0..1} cardinality matches
{0..*; unordered; unique} matches {
ELEMENT[at0078] occurrences matches {0..*}
matches { -- 1. Fecha de Referencia
value existence matches {0..1} matches {
DATE[at0082] occurrences matches
{0..1} matches { -- Fecha de Referencia
date existence matches {1..1}
matches {2000-01-01}
}
}
}
ELEMENT[at0084] occurrences matches {0..*}
matches { -- 2. Hora
value existence matches {0..1} matches {
SIMPLE_TEXT[at0086] occurrences
matches {0..1} matches { -- Texto Hora
originalText existence matches
{0..1} matches {/.*/}
}
}
}
ELEMENT[at0088] occurrences matches {0..*}
matches { -- 3. Edad
value existence matches {0..1} matches {
SIMPLE_TEXT[at0090] occurrences
matches {0..1} matches { -- Texto Edad
originalText existence matches
{0..1} matches {/.*/}
}
}
}
ELEMENT[at0092] occurrences matches {0..*}
matches { -- 4. Sexo
value existence matches {0..1} matches {
BL[at0094] occurrences matches {0..1}
matches { -- 1. M
value existence matches {1..1}
matches {true, false}
}
BL[at0095] occurrences matches {0..1}
matches { -- 2. F
value existence matches {1..1}
matches {true, false}
}
}
}
ELEMENT[at0102] occurrences matches {0..*}
matches { -- 5. Estado Civil
value existence matches {0..1} matches {
BL[at0105] occurrences matches {0..1}
matches { -- 1. SOL
value existence matches {1..1}
matches {true, false}
}
77
BL[at0106] occurrences matches {0..1}
matches { -- 2. CAS
value existence matches {1..1}
matches {true, false}
}
BL[at0107] occurrences matches {0..1}
matches { -- 3. DIV
value existence matches {1..1}
matches {true, false}
}
BL[at0108] occurrences matches {0..1}
matches { -- 4. VIU
value existence matches {1..1}
matches {true, false}
}
BL[at0109] occurrences matches {0..1}
matches { -- 5. U-L
value existence matches {1..1}
matches {true, false}
}
}
}
ELEMENT[at0111] occurrences matches {0..*}
matches { -- 6. Instruccion Ultimo Año Aprobado
value existence matches {0..1} matches {
SIMPLE_TEXT[at0113] occurrences
matches {0..1} matches { -- Texto Instruccion Ultimo Año Aprobado
originalText existence matches
{0..1} matches {/.*/}
}
}
}
ELEMENT[at0115] occurrences matches {0..*}
matches { -- 7. Empresa donde trabaja
value existence matches {0..1} matches {
SIMPLE_TEXT[at0117] occurrences
matches {0..1} matches { -- Texto Empresa donde trabaja
originalText existence matches
{0..1} matches {/.*/}
}
}
}
ELEMENT[at0119] occurrences matches {0..*}
matches { -- 8. Seguro de Salud
value existence matches {0..1} matches {
SIMPLE_TEXT[at0121] occurrences
matches {0..1} matches { -- Texto Seguro de Salud
originalText existence matches
{0..1} matches {/.*/}
}
}
}
}
structure_type existence matches {1..1} matches {
CS[at0120] occurrences matches {1..1} matches
{ --
78
codeValue existence matches {0..1} matches
{"STRC01"}
codingSchemeName existence matches {0..1}
matches {"CEN/TC251/EN13606-3:STRUCTURE_TYPE"}
}
}
}
}
}
ontology
terminologies_available = <...>
term_definitions = <
["es"] = <
items = <
["at0000"] = <
text = <"DatosSistema">
description = <"DatosSistema">
>
["at0014"] = <
text = <"DATOS1">
description = <"This is a CLUSTER object">
>
["at0018"] = <
text = <"1. Institucion del Sistema">
description = <"Institucion del Sistema">
>
["at0021"] = <
text = <"Texto Institucion del Sistema">
description = <"Ingreso de Texto Institucion
del Sistema">
>
["at0023"] = <
text = <"2. Unidad Operativa">
description = <"Unidad Operativa">
>
["at0025"] = <
text = <"Texto Unidad Operativa">
description = <"Ingreso de Texto Unidad
Operativa">
>
["at0027"] = <
text = <"3. COD. UO">
description = <"COD. UO">
>
["at0029"] = <
text = <"Texto COD. UO">
description = <"Ingreso de Texto COD. UO">
>
["at0038"] = <
text = <"4. COD. Localizacion">
description = <"COD. Localizacion">
>
["at0040"] = <
text = <"1. Parroquia">
description = <"Seleccione Parroquia">
79
>
["at0041"] = <
text = <"2. Canton">
description = <"Seleccione Canton">
>
["at0042"] = <
text = <"3. Provincia">
description = <"Seleccione Provincia">
>
["at0044"] = <
text = <"5. Numero de Historia Clinica">
description = <"Numero de Historia Clinica">
>
["at0046"] = <
text = <"Texto Numero de Historia Clinica">
description = <"Ingreso de Numero de Historia
Clinica">
>
["at0047"] = <
text = <"DATOS2">
description = <"This is a CLUSTER object">
>
["at0054"] = <
text = <"1. Apellido Paterno">
description = <"Apellido Paterno">
>
["at0057"] = <
text = <"Texto Apellido Paterno">
description = <"Ingreso de Apellido Paterno">
>
["at0060"] = <
text = <"2. Apellido Materno">
description = <"Apellido Materno">
>
["at0062"] = <
text = <"Texto Apellido Materno">
description = <"Ingreso de Texto Apellido
Materno">
>
["at0064"] = <
text = <"3. Primer Nombre">
description = <" Primer Nombre">
>
["at0066"] = <
text = <"Texto Primer Nombre">
description = <"Ingreso de Texto Primer
Nombre">
>
["at0068"] = <
text = <"4. Segundo Nombre">
description = <"Segundo Nombre">
>
["at0070"] = <
text = <"Texto Segundo Nombre">
description = <"Ingreso de Texto Segundo
Nombre">
80
>
["at0072"] = <
text = <"5. Cedula Ciudadania">
description = <"Cedula Ciudadania">
>
["at0074"] = <
text = <"Texto Cedula Ciudadania">
description = <"Ingreso de Texto Cedula
Ciudadania">
>
["at0075"] = <
text = <"DATOS3">
description = <"This is a CLUSTER object">
>
["at0078"] = <
text = <"1. Fecha de Referencia">
description = <"Fecha de Referencia">
>
["at0082"] = <
text = <"Fecha de Referencia">
description = <"Elija Fecha de Referencia">
>
["at0084"] = <
text = <"2. Hora">
description = <"Hora">
>
["at0086"] = <
text = <"Texto Hora">
description = <"Ingreso de Hora">
>
["at0088"] = <
text = <"3. Edad">
description = <"Edad">
>
["at0090"] = <
text = <"Texto Edad">
description = <"Ingreso de Edad">
>
["at0092"] = <
text = <"4. Sexo">
description = <"Sexo">
>
["at0094"] = <
text = <"1. M">
description = <"Masculino">
>
["at0095"] = <
text = <"2. F">
description = <"Femenino">
>
["at0102"] = <
text = <"5. Estado Civil">
description = <"Estado Civil">
>
["at0105"] = <
text = <"1. SOL">
81
description = <"Soltero">
>
["at0106"] = <
text = <"2. CAS">
description = <"Casado">
>
["at0107"] = <
text = <"3. DIV">
description = <"Divorciado">
>
["at0108"] = <
text = <"4. VIU">
description = <"Viudo">
>
["at0109"] = <
text = <"5. U-L">
description = <"Union Libro">
>
["at0111"] = <
text = <"6. Instruccion Ultimo Año Aprobado">
description = <"Instruccion Ultimo Año
Aprobado">
>
["at0113"] = <
text = <"Texto Instruccion Ultimo Año
Aprobado">
description = <"Ingrese Texto Instruccion
Ultimo Año Aprobado">
>
["at0115"] = <
text = <"7. Empresa donde trabaja">
description = <"Empresa donde trabaja">
>
["at0117"] = <
text = <"Texto Empresa donde trabaja">
description = <"Ingrese Texto Empresa donde
trabaja">
>
["at0119"] = <
text = <"8. Seguro de Salud">
description = <"Seguro de Salud">
>
["at0121"] = <
text = <"Texto Seguro de Salud">
description = <"Ingrese Texto Seguro de
Salud">
>
>
>
>
constraint_definitions = <
>
term_binding = <
>
constraint_binding = <
>
82
archetype (adl_version=1.4)
CEN-EN13606-ENTRY.EstablecimientoServicio2.v1
concept
[at0000]
language
original_language = <[ISO_639-1::es]>
description
original_author = <
["date"] = <"20160125">
>
lifecycle_state = <"Draft">
details = <
["es"] = <
language = <[ISO_639-1::es]>
>
>
definition
ENTRY[at0000] occurrences matches {1..1} matches { --
EstablecimientoServicio2
items existence matches {0..1} cardinality matches {0..*;
unordered} matches {
ELEMENT[at0001] occurrences matches {0..*} matches {
-- 1. Establecimiento al que se envia la referencia
value existence matches {0..1} matches {
SIMPLE_TEXT[at0002] occurrences matches {0..1}
matches { -- Texto Establecimiento al que se envia la referencia
originalText existence matches {0..1}
matches {/.*/}
}
}
}
ELEMENT[at0003] occurrences matches {0..*} matches {
-- 2. Servicio que refiere
value existence matches {0..1} matches {
SIMPLE_TEXT[at0004] occurrences matches {0..1}
matches { -- Texto Servicio que refiere
originalText existence matches {0..1}
matches {/.*/}
}
}
}
}
}
ontology
terminologies_available = <...>
term_definitions = <
["es"] = <
items = <
["at0000"] = <
text = <"EstablecimientoServicio2">
description = <"EstablecimientoServicio2">
83
>
["at0001"] = <
text = <"1. Establecimiento al que se envia la
referencia">
description = <"Establecimiento al que se
envia la referencia">
>
["at0002"] = <
text = <"Texto Establecimiento al que se envia
la referencia">
description = <"Ingreso de Texto
Establecimiento al que se envia la referencia">
>
["at0003"] = <
text = <"2. Servicio que refiere">
description = <"Servicio que refiere">
>
["at0004"] = <
text = <"Texto Servicio que refiere">
description = <"Ingreso de Texto Servicio que
refiere">
>
>
>
>
constraint_definitions = <
>
term_binding = <
>
constraint_binding = <
>
84
Bibliografía
18T00552.pdf. (s. f.). Recuperado a partir de http://dspace.espoch.edu.ec/bitstream/handle/123456789/3538/18T00552.pdf?sequence=1
Caseib 2012 v2 - 00463518bbf4c736ef000000.pdf. (s. f.). Recuperado 27 de octubre de 2015, a partir de http://www.researchgate.net/profile/Jesus_Tello/publication/236658547_Sistema_anonimizador_conforme_a_la_norma_UNE-EN_ISO_13606/links/00463518bbf4c736ef000000.pdf
Editor gráfico de correspondencias de alto nivel para arquetipos de Historia Clínica Electrónica - Editor gráfico de correspondencias de alto nivel para arquet.pdf. (s. f.). Recuperado 30 de noviembre de 2015, a partir de https://riunet.upv.es/bitstream/handle/10251/9126/Editor%20gr%C3%A1fico%20de%20correspondencias%20de%20alto%20nivel%20para%20arquet.pdf
Historia Clínica. (s. f.). Recuperado 9 de enero de 2016, a partir de http://www.biocom.com/sistema/historias_clinicas/historia_clinica_informatica.html
Ministerio de Sanidad, Servicios Sociales e Igualdad - Profesionales - Preguntas más frecuentes sobre los Recursos de Modelado Clínico (arquetipos). (s. f.). Recuperado 30 de noviembre de 2015, a partir de http://www.msssi.gob.es/profesionales/hcdsns/areaRecursosSem/preg_frec_rec_mod_clin.htm
Modelos de Representación de Arquetipos en Sistemas de Información Sanitarios - TMMT.pdf;jsessionid=1045826BFB1B0CEF2187938014222441.tdx1. (s. f.). Recuperado 27 de octubre de 2015, a partir de http://www.tdx.cat/bitstream/handle/10803/117386/TMMT.pdf;jsessionid=1045826BFB1B0CEF2187938014222441.tdx1?sequence=1
nte_inen_iso_13606-1_ext.pdf. (s. f.). Recuperado 27 de octubre de 2015, a partir de http://www.normalizacion.gob.ec/wp-
85
content/uploads/downloads/2014/NORMAS_2014/ACO/17122014/nte_inen_iso_13606-1_ext.pdf
R Somolinos Cristóbal, A. M. C. (s. f.). Estandarización de la Historia Clínica Electrónica a través de la norma CEN/ISO 13606. Estudios, desarrollos y aplicaciones.
americalatina.pmi.org. (s.f.). americalatina.pmi.org.
interoperabilidad.gobiernoenlinea.gob.ve. (s.f.).
interoperabilidad.gobiernoenlinea.gob.ve.
normalizar.com. (s.f.). normalizar.com.
86
ANEXOS 1
CENTROS MÉDICOS REGISTRADOS EN EL MSP
Fuente: https://geosalud.msp.gob.ec/Gui/indexZona.php? Elaboración: geosalud.msp.gob.ec
87
ANEXO 2
ENCUESTA
¿Cuánto conoce usted la HCE basado en la norma ISO 13606?
DEMASIADO NORMAL POCO MUY POCO NADA ¿Qué tan factible cree implementar esta norma en Ecuador?
MUY FACTIBLE FACTIBLE NORMAL POCO FACTIBLE NADA FACTIBLE ¿Qué nivel de alcance tendría los hospitales públicos con este nuevo procedimiento?
MUY ALTO ALTO MEDIO BAJO MUY BAJO ¿Cree usted que los doctores se beneficia al obtener la información centralizar?
MUY ALTO ALTO MEDIO BAJO MUY BAJO ¿Cuánto ayudaría la HCE a conocer el historial del paciente?
DEAMSIADO NORMAL POCO MUY POCO NADA ¿Cuánto favorable cree usted que al momento de tener una HCE y exista estadísticas sobre todas las enfermedades el gobierno podría elaborar planes de prevención?
MUY FAVORABLE FAVORABLE NORMAL
88
POCO FAVORABLE NADA FAVORABLE ¿Qué nivel de cambios generaría la calidad de servicio en los hospitales públicos con la HCE basados con la norma ISO CEN 13606?
MUY ALTO ALTO MEDIO BAJO MUY BAJO ¿Cree usted que la implementación de una herramienta informática a nivel nacional que permita consolidar la integración de todos los centros médicos nacionales ayudaría a mejorar la atención de los pacientes?
MUY DE ACUERDO DE ACUERDO NORMAL EN DESACUERDO MUY DESACUERDO
89
ANEXO 3
DIAGRAMA DE ISHIKAWA
ELABORACIÓN: Margarita Cauja C, Giovanni Joza A. FUENTE: Margarita Cauja C, Giovanni Joza A.
90
ANEXO 4
CRONOGRAMAS DE ACTIVIDADES