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 notables. El tipeo en el
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

¿Que es Razor?

Por -
Imagen
  Razor originalmente, nació como opción para programar aplicaciones web en ASP.NET MVC 3. Una página de Razor es muy similar al componente de vista al que están acostumbrados los desarrolladores de ASP.NET MVC. Tiene la misma sintaxis y funcionalidad. La diferencia clave es que el modelo y el código del controlador también se incluyen dentro de la propia página de Razor. Es más un marco MVVM (Model-View-ViewModel). Permite el enlace de datos bidireccional y una experiencia de desarrollo más simple con preocupaciones aisladas. Aquí hay un ejemplo básico de una página de Razor que usa código en línea dentro de un bloque @functions. De hecho, se recomienda poner el código de PageModel en un archivo separado. Esto es más parecido a cómo codificamos los archivos con ASP.NET WebForms. Razor no es un lenguaje de programación, sino simplemente un motor de vistas. ¿Qué significa esto? Básicamente, hay que analizar qué significan las siglas MVC: corresponden al término Modelo-Vista-Controlador,
Leer más