FHIR Bulk Data

Por -

En el sector salud muchas veces es necesario para exportar datos masivos, incluyendo llenar un almacén de datos para análisis operativos o clínicos, aprovechar la salud de la población y las herramientas de soporte de decisiones de un proveedor externo, migrar de un proveedor de EHR a otro y enviar datos a agencias reguladoras como CMS . Hoy en día, la exportación a granel se realiza a menudo a través de tuberías propias y cada operación de transferencia de datos se convierte en un proyecto de ingeniería y mapeo. Esta especificación describirá un enfoque basado en FHIR para la exportación masiva.


FHIR permite el acceso a los datos de múltiples pacientes a la vez, las implementaciones de Argonaut generalmente están limitadas a un acceso de un solo paciente, y requiere un inicio de sesión mediado por humanos de forma regular. Esto se debe principalmente a que el caso de uso en el que se centró la comunidad Argonaut fue el acceso del portal del paciente. Si este trabajo se va a extender para proporcionar soporte para el acceso basado en API a un gran número de pacientes para respaldar el intercambio basado en proveedores, las siguientes preguntas (entre otras) deben ser respondidas:

¿cómo un cliente de negocios (un servicio de backend, no un ser humano) tiene acceso al servicio? ¿Cómo se manejan las autorizaciones?
¿Cómo se ponen de acuerdo el cliente y el servidor sobre a qué pacientes se accede y qué datos están disponibles?
¿En qué formato están disponibles los datos?
¿Cómo se realiza la solicitud en una API RESTful?
¿Cómo garantizarían el cliente y el servidor de la manera más eficiente que el cliente obtenga los datos que solicita, sin enviar todos los datos cada vez?
Las últimas preguntas son importantes porque los datos podrían ser bastante grandes: potencialmente> 100000000 recursos, y hasta ahora nos hemos centrado en intercambios altamente granulares. Nuestras soluciones existentes no se escalan bien.

Referencias:
http://docs.smarthealthit.org/flat-fhir/
https://github.com/smart-on-fhir/bulk-data-server
http://wiki.hl7.org/index.php?title=201801_Bulk_Data

Comentarios

Publicar un comentario

Entradas más populares de este blog

ESCANEO DEL CODIGO PDF417 DEL DNI (Documento Nacional de Identidad digital)

Por -
Imagen
   PARSEO DEL CODIGO PDF417 DEL DNI  A partir de una lectora de codigo de barras 2D podemos leer y extraer los datos de un DNI para incorporarlos en nuestra base de datos sin necesidad de tipear los mismos en el teclado. El código incluido en el frente de la credencial, es del tipo PDF417 e incluye los siguientes campos separados por un carácter @: Número de Tramite Apellidos (ambos separados por un espacio) Nombres (ambos separados por un espacio) Sexo (M / F) Número de DNI Ejemplar Fecha Nacimiento (DD/MM/AAAA) Fecha de Emisión del documento (DD/MM/AAAA) Inicio y fin de CUIL (3 caracteres, los 2 que van antes del primer guión y el último que va luego del segundo guión)  Esperamos que esta información les sea de utilidad y cualquier consulta si esta a nuestro alcance con gusto les responderemos. Sin duda que escanear el DNI y poder extraer los datos  de apellido, nombre, sexo, número de documento y fecha de nacimiento sin tipearlos en el teclado tiene ventajas ...
Leer más

¿Que tipos de Mensajes de HL7 hay?

Por -
Imagen
Los tipos de mensajes HL7 más comúnmente utilizados incluyen: ACK - Acuse de recibo general. (General acknowledgement) ADT - Admitir, Descargar, Tranfser. (Admit, Discharge, Tranfser) BAR - Agregar / cambiar cuenta de facturación. (Add/change billing account) DFT - Transacción financiera detallada. (Detailed financial transaction) MDM - Gestión de documentos médicos. (Medical document management) MFN - Notificación de archivos maestros.(Master files notification) ORM - Orden (Farmacia / tratamiento para solicitar algo, pedido de laboratorio) ORU - Resultado de observación (para ver los resultados de estudios) La estructura general de un mensaje HL7 contiene varios segmentos (datos) que (normalmente) están orientados al paciente y se activan en función de eventos específicos (admisiones, resultados de laboratorio, procedimientos, alta, etc.) y comunican información relevante sobre ese evento desencadenado. La estructura de un mensaje HL7 se ve de la siguiente mane...
Leer más

Apex SQL una herramienta free útil para interpretar mejor el código SQL

Por -
Imagen
Hay pocas guías de formatos relacionadas a formatear SQL y estilos de código, pero no hay un estándar universalmente aceptado para SQL Server. En este artículo, sin embargo, seguiremos las guías implícitas de: MSDN Documentación de Libros en Pantalla de SQL Server 2012 Y la base de datos Adventure Works 2012 SQL Server Veremos cómo podemos implementar estos estándares vía ApexSQL Refactor. ApexSQL Refactor  es un complemento gratis para SQL Server Management Studio and Visual Studio add-in and  SQL Server Management Studio y Visual Studio y un formateador  wSQL con cerca de 200 opciones de formato. Use el terminador de sentencias Estándar:  Documentación de Libros en Pantalla de SQL Server 2012. SQL Server requiere el punto y coma sólo en casos particulares: Para terminar la sentencia previa a una cláusula WITH definiendo una Expresión de Tabla Común (CTE, por sus siglas en inglés) Para terminar la sentencia previa a una sentencia de servicio SE...
Leer más