El primer paso para obtener datos de un EMR hospitalario es aprobarlo con el IRB, CMO, CIO, CMIO del hospital (si es que tienen uno) y el funcionario de privacidad de HIPAA.
No he visto una API directa para un EMR hospitalario; en cambio, los EMR basados en el hospital con los que he trabajado admiten una interfaz HL7 como alternativa a una API directa para la capa de datos físicos. (El soporte HL7 es un requisito básico de cada RFP para pacientes internos que he revisado).
Dos ejemplos: (1) Cerner se ejecuta en Oracle y proporciona soporte HL7 y una API para una capa de datos abstracta, pero no para las tablas base de Oracle, y (2) Epic se ejecuta en un back-end M / MUMPS, brinda soporte HL7, pero no permite el acceso directo a los M globales de M / MUMPS.
Una vez que tenga los permisos y las autorizaciones adecuados, trabaje con el personal de TI del hospital para coordinar las conexiones HL7 en tiempo real entre su sistema y el EMR del hospital. Necesitará su ayuda para decodificar la estructura y el contenido de ciertos mensajes HL7, cuya definición varía de un proveedor a otro.
Si es afortunado, la EMR del hospital admite HL7 v3 con codificación XML, que proporciona transferencias de datos de almacenamiento y reenvío a través de redes públicas, y un enfoque sólido para la codificación de datos. Pero no cuentes con eso.
Capture los mensajes entrantes HL7 en una base de datos OLAP.
Desarrolle un software que analice los datos EMR de los mensajes HL7, transforme los datos EMR para cargarlos en un datawarehouse clínico completamente normalizado (5NF) y luego cargue los datos en el CDW.
Con ciertos EMR, puede descubrir que su flujo de datos HL7 entrante tiene ciertas anomalías de actualización que impiden que los datos se carguen en el CDW normalizado, lo que requiere que desarrolle heurísticas para decidir qué datos clínicos son correctos, sin descartar los datos entrantes.