La interoperabilidad se basa en la adopción de estándares de diverso tipo. Su implementación es un “verdadero desafío” para el que es necesario prepararse, conociendo los “requisitos previos”, los diferentes “tipos de estándares”, así como los distintos “niveles de interoperabilidad” que se quiere alcanzar.
Los Servicios Sanitarios y los Institutos de Medicina Legal (IMLs), no son ajenos a este nuevo paradigma. Existe una necesidad de intercambio de información (Historia Clínica Electrónica) clave pare el desempeño de los forenses, agilizando determinados procedimientos judiciales, y por ende redundando en una mejora del servicio al ciudadano.
2. 2
Introducción
Las Administraciones Públicas se enfrentan al desafío de generar sistemas de
información que permitan una gestión efectiva, eficiente y eficaz, centrada en
los ciudadanos.
Uno de los atributos fundamentales de los sistemas de información actuales es la
interoperabilidad, pues permite el intercambio de información, garantizando la
confidencialidad e integridad.
La interoperabilidad se basa en la adopción de estándares de diverso tipo. Su
implementación es un “verdadero desafío” para el que es necesario prepararse,
conociendo los “requisitos previos”, los diferentes “tipos de estándares”, así
como los distintos “niveles de interoperabilidad” que se quiere alcanzar.
Los Servicios Sanitarios Asistenciales y los Institutos Forenses, no son
ajenos a este nuevo paradigma. Existe una necesidad de intercambio de
información (Historia Clínica Electrónica) clave pare el desempeño de los
forenses, agilizando determinados procedimientos judiciales, y por ende
redundando en una mejora del servicio al ciudadano.
El caso que nos ocupa, los fallecimientos por causa natural, son derivados a la
investigación judicial por ausencia de datos clínicos fiables.
3. 3
Institutos Medicinal Legal. Contexto y NecesidadA
Plataforma Interoperabilidad SGNTJD
B Sistemas Asistenciales. Historia Clínica Electrónica (HCE)
C Interoperablidad. Administración Electrónica
Caso de Éxito. Proyecto NETDNAMATCHE
ConclusionesF
4. 414/17332/10
Los institutos de medicina legal (IMLs) son los encargados por ley de ejercer
de un modo científicamente riguroso las especialidades médico-legales
IML con ASKLEPIOS
IML con ORFILA
CCAAs Transferidas Administración de Justicia
1
2
3
Se configuran como órganos técnicos
oficiales que tienen como misión auxiliar
a los juzgados, tribunales, fiscalías y
Oficinas del Registro Civil,
Centralizan y racionalizan las funciones
medico-legales en el ejercicio de prácticas
periciales médicas, tanto tanatológicas
como clínicas y de laboratorio.
Sus funciones técnicas tienen carácter
independiente y emiten sus informes de
acuerdo con las reglas de investigación
científica correspondientes
Misión Mapa Territorial y Administrativo
La integración con el resto de los procesos judiciales exige aplicaciones moderna que de
respuesta a los desafíos tecnológicos requeridos por la modernización de la justicia.
CCAAs Implantación ORFILA
CCAAs Despliegue ORFILA 2015
5. 514/17332/10
El trabajo de los IML’s es parte integrante de los procesos judiciales y
funcionan siempre a petición de los órganos competentes correspondientes.
Fiscalía
Juzgado
Registro
Interviniente Esquema general de flujo entre órganos durante un proceso
Instituto Medicina
Legal
Instituto Nacional de
Toxicología y Ciencias
Forenses
(INTCF)
Inicio
Ejecución
Pericia
Proceso judicial Fin
Elaboración
Informe
Forense
Solicitud Actuación
Solicitud Análisis Muestras
Informe
Médico
forense
Resultado
Análisis
Existe una necesidad latente de intercambio de información entre los Sistemas Asistenciales
de los Servicios de Salud y los Sistemas de Gestión de los Institutos de Medicina Legal
6. 614/17332/10
Institutos Medicinal Legal. Contexto y NecesidadA
Plataforma Interoperabilidad SGNTJD
B Sistemas Asistenciales. Historia Clínica Electrónica (HCE)
C Interoperablidad. Conceptos
Caso de Éxito. Proyecto NETDNAMATCHE
ConclusionesF
7. 7
Sistemas Asistenciales. Relación con el Paciente
Los Sistemas Asistenciales son Soluciones Clínicas Integrales (HP-HIS,
SELENE, etc.) que gestionan las relaciones del paciente con el Sistema
Sanitario.
8. 8
Sistemas Asistenciales. Componentes.
Los sistemas asistenciales responden a los siguientes funciones y
componentes básicos
Asistencial: Empleada por el personal médico, de enfermería y todo aquel que
participe en la asistencia al paciente. Resuelve todos los circuitos internos
del centro sanitario (peticiones, medicación cirugía, interconsulta, etc.) e
integra cualquier tipo de información, tanto propia (historia clínica,
información de enfermería, etc.) como obtenidos de sistemas departamentales
(resultados de laboratorio, acceso a imagen digital, etc.) asociada al paciente
Gestión Clínica: Gestión de los recursos de los Centros Sanitarios
(citaciones, programaciones quirúrgicas, gestión de archivos, ingresos y
ocupación de camas, cirugía ambulatoria, etc.)
Gestión Sanitaria: Obtención de indicadores de gestión asistencial
(ocupación global, eficiencia, complejidad, etc.) y económicos/ financieros
(coste por proceso y coste por paciente)
9. 9
Historia Clínica Electrónica. Objetos Clínicos
Se define “Objeto Clínico” como la unidad de Información que se vincula con el
“Proceso Asistencial”, tanto clínica como administrativa. Existen cuatro tipos de
“Objetos Clínicos”: informes, notas, formularios y peticiones.
A través de ellos enfermería y el resto de personal clínico (facultativos, auxiliares
de enfermería, trabajadores sociales…), realiza su registro de actuación sobre
el paciente. Es decir, son los componentes mínimos de la historia clínica.
11. 11
Historia Clínica Electrónica. Evolución Modelo Arquitectura
Entidad diferente e independiente de las herramientas asistenciales, que
aglutine la información proveniente de los diferentes niveles asistenciales a
través de “acuerdos de consumo” entre los sistemas de información.
Fuente: Ejemplo Arquitectura Servicio Murciano de Salud
12. 12
Sistemas Asistenciales. ¿Estándares?
El primer concepto a plantear es que no hay un “solo estándar” que resuelva las
necesidades que plantea un sistema interoperable. Para resolver los diversos
desafíos planteados debe seleccionarse un conjunto de estándares cuya correcta
aplicación y aporte según diferentes niveles, sea lo que construye la
interoperabilidad.
Este punto adquiere mayor relevancia aun cuando se advierte que la
interoperabilidad en la actualidad, es interinstitucional, nacional e internacional.
La realidad impone que sea necesario compartir información a todo nivel y entre
diferentes ámbitos y países.
Con el objeto de garantizar la calidad de la asistencia de los ciudadanos es
recomendable tener políticas nacionales e internacionales que definan el marco de
interoperabilidad en el que se debe trabajar (Ministerio de Sanidad, 2008;
Ministerio de Saude, 2010)
13. 13
Sistemas Asistenciales. Interoperabilidad Semántica
Registro de los usuarios. Maestro de Pacientes/Usuarios/Personas que
permita saber con certeza quiénes son los usuarios del sistema. (Ej. DNI, Nº
SSSS o Nº Tarjeta Sanitaria) l, otras veces de un número de seguridad social o
una tarjeta sanitaria
Registro de Centros de Salud y Hospitales. Identificación de los
profesionales sanitarios que actúan en ellos (médicos, enfermeros, técnicos,
licenciados y otros).
Actuaciones. Conjunto de actos que se realizan en el sistema: consultas,
cirugías, procedimientos, exámenes de laboratorio, estudios radiológicos y todo
lo que se le brinda a los pacientes (Ej. LOINC)
Fármacos. Principios Activos, Presentación y Dosis. Nombres Comerciales (Ej
BOT)
Normalización de la Terminología Médica donde hay diferentes vocabularios
controlados o clasificaciones aplicables a distintos niveles de asistencial (Ej,
CIAP2, Clasificación internacional de problemas de salud de uso en asistencia
primaria, CIE9 o CIE10. Clasificación Internacional de Enfermedades elaborada
con propósitos epidemiológicos y estadísticos.…..
14. 14
Sistemas Asistenciales. Interoperabilidad Técnica
En otro nivel de decisión está la selección de los estándares que permitirán la
comunicación entre distintos sistemas. Existe una variedad de estándares que
apoyan este nivel de gestión:
Mensajería HL7, como HL7 v2 y v3, que permiten intercambiar mensajes
respecto a temas administrativos, contables, datos clínicos y otros
DICOM, que permite intercambiar imágenes médicas digitales y su
comunicación entre sistemas.
CEN/ISO 13606, que permite intercambiar documentos clínicos digitales
CDA, otro estándar HL7, que permite representar documentos clínicos de
cualquier tipo
AntecedentesB
15. 15
Institutos Medicinal Legal. Contexto y NecesidadA
Plataforma Interoperabilidad SGNTJD
B Sistemas Asistenciales. Historia Clínica Electrónica (HCE)
C Interoperablidad. Administración Electrónica
Caso de Éxito. Proyecto NETDNAMATCHE
ConclusionesF
16. 16
Interoperabilidad. Concepto
La interoperabilidad se define como la capacidad de los sistemas de información
de compartir datos y posibilitar el intercambio de información y conocimiento
entre ellos.
Pueden distinguirse diferentes dimensiones de interoperabilidad y todas
ellas deberán cumplirse para posibilitar el intercambio de información y
documentos.
ORGANIZATIVA
SEMANTICA
TECNICA
17. 17
Interoperabilidad. Tipología
Interoperabilidad Organizativa: Capacidad colaborativa de las entidades
orientada a obtener logros mutuamente acordados relativos a los servicios que
prestan. Deben especificar las reglas de negocio, los procesos, los actores
que participan, así como la información que generan y consumen
Interoperabilidad Semántica: Su objetivo es que la información intercambiada
pueda ser “interpretable” de forma automática y reutilizable por aplicaciones
que no intervinieron en su creación. Tiene dos niveles bien diferenciados: el
primero es el de la interoperabilidad para la visualización y el segundo, el
de la interoperabilidad para el procesamiento
Interoperabilidad Técnica: Es aquella dimensión de la interoperabilidad relativa
a la relación entre sistemas y servicios de tecnologías de la información,
incluyendo aspectos tales como las interfaces, la interconexión, la integración de
datos y servicios, la presentación de la información, la accesibilidad y la
seguridad, u otros de naturaleza análoga.
18. 18
Interoperabilidad Administración Electrónica
La Administración Electrónica, que definió e impulsó de manera irreversible la Ley
11/2007 de acceso electrónico de los ciudadanos a los Servicios Públicos, cuenta
con dos pilares básicos para el intercambio de documentos electrónicos: la
Interoperabilidad y la Seguridad.
Esta doble base, toma la forma de los Esquemas Nacionales de Seguridad y
de Interoperabilidad (ENS y ENI) aparecidos en 2010 (*), que se han desarrollado
en sus correspondientes Normas Técnicas y Guías de Aplicación.
(*) Real Decreto 3/2010 y Real Decreto 4/2010, de 8 de enero, por el que se regula el Esquema Nacional
de Seguridad y el Esquema de Interoperabiilidad en el ámbito de la Administración Electrónica.
19. 19
Interoperabilidad . Administración de Justica y EJIS
El Esquema Judicial de Interoperabilidad y Seguridad (EJIS), aboga por la
cooperación entre las Administraciones Públicas, en este caso al servicio del
mundo judicial, para la consecución de una auténtica administración electrónica
basada en las Tecnologías de la Comunicación y de la Información.
Interoperabilidad entre órganos judiciales con distintos sistemas de gestión, así como la
interoperabilidad externa con otras administraciones
20. 20
Institutos Medicinal Legal. Contexto y NecesidadA
Plataforma Interoperabilidad Ministerio de JusticiaD
B Sistemas Asistenciales. Historia Clínica Electrónica (HCE)
C Interoperablidad. Conceptos y Tipos
Caso de Éxito. Proyecto NETDNAMATCHE
ConclusionesF
21. 212121
Plataforma Interoperabilidad. Bus de Servicios
Se trata del “Bus de Integración de Servicios Web”, que permite que las distintas
aplicaciones (externas internas) puedan compartir información y hacer las
consultas a los servicios ofertados
22. 22
Infraestructura común servicios ESB
Auditoría: Registro de eventos intercambiados por la plataforma
Autenticación: identificación de aplicaciones basada en firma de
mensajes con certificado digital
Autorización: control de acceso basado en certificado digital
Tipos de servicios
Básicos de Interoperabilidad: publicación de una funcionalidad
concreta ofrecida por una aplicación concreta
Plataformas Horizontales: servicio de plataforma horizontal de la
SGNTJ
Negocio: servicios complejos compuestos a partir de servicios
básicos de interoperabilidad y/o de plataformas
Plataforma Interoperabilidad. Características y Servicios
23. 232323
PROVEEDOR
Servicio A
ESB
Servicio A’
CONSUMIDO
R
Servicio del sistema proveedor:
Las recomendaciones y buenas prácticas no
son siempre realizables:
Condicionado por tecnología del
proveedor
Servicios pre-existentes
Servicios de proveedores externos
Servicio ESB normalizado:
Cabecera común
Namespaces
comunes
Endpoint normalizado
SOAP + HTTP
WS-Security
Acuerdo de
publicación
Acuerdo de
consumo
Plataforma Interoperabilidad. Publicación y Consumo de WS
24. 242424
Plataforma Interoperabilidad. Publicación y Consumo de Servicios
Publicar un servicio en el “BUS” es un concepto abstracto. Se trata de ofrecer
en la plataforma una funcionalidad propia de la aplicación, para que sea
consumida por cualquier aplicación de la SGNTJ
En la práctica, implica que el equipo de ESB desarrolla un servicio nuevo, que es el
que invoca el consumidor, y que hace de pasarela hacia el servicio de la aplicación
proveedora
Cuando se publica un servicio, se hace un “Acuerdo de Publicación”, que
recoge:
La especificación técnica del servicio del proveedor,
Datos de contacto
Volumetrías y niveles de servicio
Con respecto al consumo de un servicio, se realiza un “Acuerdo de Consumo” y
se solicita un certificado de la aplicación. Los servicios ofrecidos por el ESB
están normalizados y se emplean estándares de interoperabilidad: Servicios web
(SOAP+HTTP) y Seguridad basada en firma de transmisiones con certificado
digital (WS-Security Token Profile)
25. 252525
Plataforma Interoperabilidad. Entidades Externas.
A continuación, se detallan algunos de los intercambios de información
soportados en la Plataforma de Interoperabilidad del SGNTJ, con Entidades
Externas.
Entidades Externas (Proveedoras y/o
Consumidoras de Servicios)
Descripción Conceptual de la Interoperabilidad
Agencia Estatal de Administración Tributaria (AEAT) • La funcionalidad que cubre este servicio es poder realizar un pago / liquidación de
Tasas, ofreciendo una interfaz en ESB a la Pasarela de Pagos de la Agencia
Tributaria.
• Conjunto de servicios que permite a las Administraciones Públicas la remisión
telemática de Expedientes Administrativos sin limitación de tamaño (Cargador de
Expedientes Electrónicos)
Agencia Española del Medicamento (AEMPS) • El Servicio expone en la Plataforma ESB un Proxy del Servicio Registro
Electrónico de Apostilla.
La Agencia Notarial de Certificación (ANCERT), • El Servicio expone en la Plataforma ESB un Proxy del Servicio de Consulta de
Sellos Firmantes de Apostilla.
• Servicio proxy crear altas de de Apostillas en el Registro Electrónico de Apostillas
(e-Register) del Ministerio de Justicia, emitidas por los Colegios Notariales y
centralizando su envío en ANCERT.
Cuerpo Nacional de Policia (CNP) • Consulta de Datos asociados a DNI/NIF/NIE de Individuos, accediendo al servicio
de la D.G. de Policía (DGP).
Instituto de Mayores y Servicios Sociales (IMSERSO) y
Ministerio de Hacienda y Administraciones Públicas
(MINHAP
• Servicio proxy el cual recubre la funcionalidad de INFOREG con el objeto de
obtener la información de asientos registrales (nacimiento, matrimonio y
defunción)
Cuerpo Nacional de Policia (CNP), INTCF, Policia
Nacional, Guardia Civil, Ertzaintza y Mossos d’Escuadra
• Se han desarrollando servicios que permiten la interoperabilidad entre los distintos
sistemas de laboratorios para el intercambio de coincidencias (indicio-muestra o
muestra-muestra) de ADN.
26. 26
Institutos Medicinal Legal. Contexto y NecesidadA
Plataforma Interoperabilidad Ministerio de JusticiaD
B Sistemas Asistenciales. Historia Clínica Electrónica (HCE)
C Interoperablidad. Conceptos y Tipos
Caso de Éxito. Proyecto NETDNAMATCHE
ConclusionesF
27. 27
Servicios de Interoperabilidad
Aprovechando la convocatoria europea ISEC2011(1), a través de la cual la CE subvenciona
iniciativas tecnológicas cuyo objetivo sea la prevención y la lucha contra el crimen, se diseña
el proyecto “Red Nacional para el intercambio y la gestión de la información de las
coincidencias de ADN”
(1) ISEC2011. Prevention Of And Fight Against Crime 2007- 2013 Action Grants 2011- General Call For Proposals)
(2)CODIS: Sistema de Índice Combinado de ADN
(3)Ley Orgánica 157199 de 13 de diciembre de Protección de datos de carácter personal
Dicho proyecto tiene como objetivo automatizar el intercambio y la gestión de los datos
asociados a las coincidencias genéticas de ADN encontradas en la aplicación CODIS(2) a
través de la implementación de un marco de interoperabilidad segura, cumpliendo la ley
de protección de datos de carácter personal(3) entre la Secretaria de Estado para la
Seguridad del Ministerio del Interior (responsable y custodio de la base de datos nacional de
ADN) y las 5 instituciones forenses españolas autorizadas.
28. 28
Acuerdo Europeo y Fases
Siguiendo las indicaciones estipuladas en el acuerdo europeo HOME/2011/
ISEC/AG/4000002574(1) del 13 de diciembre de 2012, se definen una serie de fases
independientes, que permitan refrendar su consecución y seguimiento, y por ende garantizar
el éxito global del proyecto:
Implantación del Servicio de Interoperabilidad CODIS-LIMS (2)
(2) LIMS: Laboratory Information Management Systems(
2
Actualización y homogenización a LIMS (versión 6) de aquellas instituciones
que aún no hayan realizado la migración (Policia Nacional, Mossos e INTyCF)
1
Implantación de los Servicios de Interoperabilidad entre distintos LIMS
(INTCF, Policia Nacional, Guardia Civil, Ertzaintza y Mossos D'Escuadra)
3
(1) El acuerdo de referencia HOME/2011/ISEC/AG/4000002574, estipulaba el comienzo de los trabajos el 15 de enero de 2013, así como la
duración de los mismos (12 meses). Posteriormente, la SGOyCT solicitó una prorroga de 10 meses adicionales a la CE, derivado de la
dilatación en los procesos de contratación (tiempos establecidos en la LCAP), por parte de las entidades participantes en el proyecto.
29. 29
Resumen Fases y Entidades Involucradas.
Fase I- Actualización y homogenización a LIMS (versión 6)
Actualización v5-v6 Finalizado Finalizado Finalizado Finalizado Finalizado
Fase II- Servicio de Interoperabilidad CODIS-LIMS (STR y Mitocondrial)
A. Transferencia LIMS<->Secuenciador
• STR Finalizado Finalizado Finalizado Finalizado Finalizado
• Mitocondrial Finalizado Finalizado Finalizado N/A N/A
B. Transferencia LIMS<->CODIS
STR
• Subida perfiles de LIMS a CODIS Finalizado Finalizado Finalizado Finalizado Finalizado
• Integración matches de CODIS a LIMS Finalizado Finalizado Finalizado Finalizado Finalizado
Mitocondrial
• Subida perfiles de LIMS a CODIS Finalizado Finalizado Finalizado N/A N/A
• Integración matches de CODIS a LIMS Finalizado Finalizado Finalizado N/A N/A
Fase III- Servicios de Interoperabilidad entre distintos LIMS
Infraestructura Finalizado Finalizado Finalizado Finalizado Finalizado
Envío matches Finalizado Finalizado Finalizado Finalizado Finalizado
Recepción información matches Finalizado Finalizado Finalizado Finalizado Finalizado
Puesta en
Producción
2 de Julio
31. 31
TRANSFERENCIA
CONTENIDO
FORMATO
INSTITUCIONES INTCF GC CNP ERTZAINTZA MOSSOS
Match ID MATCH_ID MATCH_ID MATCH_ID MATCH_ID MATCH_ID
Match Date MATCH_DATE (*) MATCH_DATE MATCH_DATE MATCH_DATE MATCH_DATE
Spec ID SPECIMEN_ID SPECIMEN_ID SPECIMEN_ID SPECIMEN_ID SPECIMEN_ID
Lab ID SPECIMEN_LAB SPECIMEN_LAB SPECIMEN_LAB SPECIMEN_LAB SPECIMEN_LAB
Solicitante (Policial) T_POLICE_DPT T_POLICE_DPT T_POLICE_DPT T_POLICE_DPT T_POLICE_DPT
Ref. Solicitante (Policial) T_POLICE_REF T_POLICE_REF T_POLICE_REF T_POLICE_REF T_POLICE_REF
Solicitante 2 (Policial) T_POLICE2_DPT T_POLICE2_DPT T_POLICE2_DPT T_POLICE2_DPT T_POLICE2_DPT
Ref. Solicitante 2 (Policial) T_POLICE2_REF T_POLICE2_REF T_POLICE2_REF T_POLICE2_REF T_POLICE2_REF
Solicitante (Juzgado) T_JUSTICE_DPT T_JUSTICE_DPT T_JUSTICE_DPT T_JUSTICE_DPT T_JUSTICE_DPT
Ref. Solicitante (Juzgado) T_JUSTICE_REF T_JUSTICE_REF T_JUSTICE_REF T_JUSTICE_REF T_JUSTICE_REF
Delito CRYME_TYPE CRYME_TYPE CRYME_TYPE CRYME_TYPE CRYME_TYPE
Lugar de Inspección Ocular INCIDENT_PLACE INCIDENT_PLACE C_INSP_OCULAR INCIDENT_PLACE INCIDENT_PLACE
Fecha de Inspección Ocular INCIDENT_DATE INCIDENT_DATE INCIDENT_DATE INCIDENT_DATE INCIDENT_DATE
Tipo Muestra SAMPLE_TYPE SAMPLE_TYPE SAMPLE_TYPE SAMPLE_TYPE SAMPLE_TYPE
Número Informe Pericial REPORT REPORT REPORT REPORT REPORT
Observaciones/Otros datos SAMPLE_DESCRIPTION SAMPLE_DESCRIPTION SAMPLE_DESCRIPTION SAMPLE_DESCRIPTION SAMPLE_DESCRIPTION
Enviado Por - SENT_BY (**) - SENT_BY SENT_BY
Nombre y Apellidos NAME NAME NAME NAME NAME
DNI/NIE/Pasaporte ID_CARD ID_CARD ID_CARD ID_CARD ID_CARD
Número Registro ID_NUMBER ID_NUMBER ID_NUMBER ID_NUMBER ID_NUMBER
Fecha de Nacimiento (*) DATE_OF_BIRTH DATE_OF_BIRTH DATE_OF_BIRTH DATE_OF_BIRTH DATE_OF_BIRTH
Lugar de Nacimiento PLACE_OF_BIRTH PLACE_OF_BIRTH PLACE_OF_BIRTH PLACE_OF_BIRTH PLACE_OF_BIRTH
Nacionalidad NATIONALITY NATIONALITY NATIONALITY NATIONALITY NATIONALITY
Hijo de CHILD_OF CHILD_OF CHILD_OF CHILD_OF CHILD_OF
Observaciones/Otros datos DESCRIPTION DESCRIPTION DESCRIPTION DESCRIPTION DESCRIPTION
Parentesco RELATIONSHIP RELATIONSHIP RELATIONSHIP RELATIONSHIP RELATIONSHIP
Nombre del desaparecido C_NOMBRE_DES C_NOMBRE_DES C_NOMBRE_DES C_NOMBRE_DES C_NOMBRE_DES
Fecha de desaparición C_FECHA_DES C_FECHA_DES C_FECHA_DES C_FECHA_DES C_FECHA_DES
Lugar donde fue visto por última vez C_LUGAR_DES C_LUGAR_DES C_LUGAR_DES C_LUGAR_DES C_LUGAR_DES
Lugar de hallazgo de restos C_LUGAR_CAD C_LUGAR_CAD C_LUGAR_CAD C_LUGAR_CAD C_LUGAR_CAD
Fecha de hallazgo de restos C_FECHA_CAD C_FECHA_CAD C_FECHA_CAD C_FECHA_CAD C_FECHA_CAD
Sexo anatómico SEX SEX SEX SEX SEX
Portaba documentación C_DOC_SI_NO C_DOC_SI_NO C_DOC_SI_NO C_DOC_SI_NO C_DOC_SI_NO
LIMS A > LIMS B
Informes de intercambio de datos asociados a perfiles coincidentes en CODIS entre diferentes instituciones
.XML
Interoperabilidad. Intercambio de Información. Estándares.
32. 32
Institutos Medicinal Legal. Contexto y NecesidadA
Plataforma Interoperabilidad Ministerio de JusticiaD
B Sistemas Asistenciales. Historia Clínica Electrónica (HCE)
C Interoperablidad. Conceptos
Caso de Éxito. Proyecto NETDNAMATCHE
ConclusionesF
33. 33
Conclusiones.
La implementación de la interoperabilidad entre los Servicios de Salud y de los
Institutos de Medicina Legal es un “verdadero desafío” para el que es necesario
conocer los “requisitos previos”, los diferentes “tipos de estándares”, así como
los distintos “niveles de interoperabilidad” que se quiere alcanzar.
Los sistemas individuales deben cumplir con un nivel básico de
estandarización sobre sus datos, códigos, estructuras, relaciones
y restricciones
2
Se deben especificar las reglas de negocio, los procesos, los
actores que participan, así como la información que generan y
consumen, a través de convenios y/o reglamentos
1
Se deben aplicar estándares como protocolos de comunicación,
definición de mensajes y seguridad
3
34. 34
!!!!! Muchas Gracias !!!!
Andoni Saiz
https://es.linkedin.com/in/andonisaiz
Dirección y Coordinación de Proyectos SGNTJ