RESTful API FHIR

Por -
Cada tipo de recurso tiene el mismo conjunto de interacciones definidas que pueden ser utilizados para gestionar los recursos de una manera altamente granular. Aplicaciones que afirman la conformidad con esta afirmación marco que se adecúa a "RESTful FHIR".

Tenga en cuenta que en este marco REST, las transacciones se realizan directamente en el recurso de servidor mediante una petición HTTP / respuesta. La API no aborda directamente la autenticación, autorización y auditoría colección - Para más información, consulte la página de seguridad.
El API se describen los recursos FHIR como un conjunto de operaciones (conocido como "interacciones") sobre los recursos donde las instancias de recursos individuales se gestionan en colecciones por su tipo. Los servidores pueden elegir cuál de estas interacciones se ponen a disposición y qué recurso tipos que apoyan. Servidores deberán presentar una declaración de conformidad que especifica lo que se apoyan las interacciones y recursos.

FHIR define las siguientes interacciones lógicas:
1.Instance Level Interactions
1.Read: Lee el estado actual del recurso.
2.vread: Lee el estado de una versión específica del recurso.
3.Update: Actualiza un recurso existente por su id (o crearlo si es nuevo).
4.Delete: Elimina un recurso.
5.History: Recupera el historial de actualización de un recurso en particular.
2.Type Level Interactions
1.Create: Crea un nuevo recurso con un servidor asignado ID.
2.Search: Busca el tipo de recurso según algunos criterios de filtro.
3.History: Recupera el historial de actualización para un tipo de recurso en particular.
4.Validate: Verifica que el contenido sea aceptable para hacer un update (actualización).
3.Whole System Interactions
1.Conformance: Obtener una declaración de conformidad para el sistema.
2.Transaction: Actualizar, crear o eliminar un conjunto de recursos como una transacción única.
3.History: Recupera el historial de actualización de todos los recursos.
4.Search: Busca en todos los tipos de recursos según algunos criterios de filtro.

La conformidad en un FHIR especifica las interacciones del tipo de recurso que son compatibles con el servidor FHIR para un recurso específico.
El API FHIR define los recursos como un conjunto de la operación, también conocido como las interacciones en los recursos eran recursos individuales se gestionan por su tipo.
El servidor FHIR siempre debe definir la conformidad de los recursos mediante la especificación de la lista de posibles operaciones.

La siguiente es la lista de operaciones en varios niveles.

Referencias:
https://es.slideshare.net/aliraza995/fhir-rest-api
https://www.hl7.org/fhir/organization.html
http://www.hl7.org/FHIR/http.html
https://www.hl7.org/FHIR/2015May/http.html
https://www.healthcareit.com.au/article/fhir-and-open-apis-are-here-stay-are-they-ready-prime-time

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