Intro FHIR recursos
•Descargar como PPT, PDF•
0 recomendaciones•15 vistas
Este documento introduce el estándar FHIR (Fast Healthcare Interoperability Resources) para el intercambio de información médica. Explica que FHIR usa recursos XML y JSON que pueden incluir extensiones para datos adicionales. También describe los tipos de datos simples y complejos definidos en FHIR y cómo se pueden usar recursos anidados y referencias.
Recomendados
Más contenido relacionado
Similar a Intro FHIR recursos
Similar a Intro FHIR recursos (20)
Último
Último (20)
Intro FHIR recursos
- 1. Introducción a FHIR® Fast Healthcare Interoperability Resources Dr. Humberto F. Mandirola Brieux 27/08/18 Ministerio de Salud - DNSIS (Dirección Nacional de Sistemas de Información Sanitaria) 1 Introducción básica
- 2. 27/08/18 http;//www.hl7.org.ar 2 Los Recursos soportan XML y JSON
- 3. Extensiones • Las extensiones son parte fundamental del diseño de la especificación FHIR • Representa la información adicional que no es parte de la definición básica del recurso. • Hay una serie de requisitos que se deben cumplir como parte de su uso y la definición. 27/08/18 http;//www.hl7.org.ar 3
- 4. Extensiones 27/08/18 http;//www.hl7.org.ar 4 <[name] xmlns="http://hl7.org/fhir" url="identifies the meaning of the extension (uri)"> doco <!-- from Element: extension --> <value[x]><!-- 0..1 * Value of extension --></value[x]> </[name]> la url es un atributo obligatorio En [x] se debe especificar el tipo de dato Eleménto valor
- 5. Extensiones 27/08/18 http;//www.hl7.org.ar 5 { "resource-type" : "Patient", "extension" : [ { "url" : "http://acme.org/fhir/Profile/main#trial-status", "extension" : [ { "url" : "http://acme.org/fhir/Profile/main#trial-status-code", "valueCode" : "unsure" }, { "url" : "http://acme.org/fhir/Profile/main#trial-status- date", "valueDate" : "2014-05-26" }, { "url" : "http://acme.org/fhir/Profile/main#trial-status-who", "valueResource" : { "reference" : "Practitioner/example" } } ] } ], ... other data for patient... } tipo de dato
- 6. Bloque narrativo 1. Es para ser leído por las personas 2. No es obligatorio 3. En la practica es recomendable usarlo 27/08/18 http;//www.hl7.org.ar 6
- 8. Recursos de contenidos • No pueden existir en forma independiente • Deben tener clave de registro o identificadores • Si recibió un identificador arbitrario, no podrá ser objeto de transacciones 27/08/18 http;//www.hl7.org.ar 8
- 9. Ejemplo de recursos de contenidos 27/08/18 http;//www.hl7.org.ar 9 { "resourceType" : "Document", "extension" : { ... }, "text" : { .. }, "contained: [ { "resourceType" : "Organization", "id" : "org1", .. whatever information is available ... } ] "information: { ... other attributes ... "custodian" : { "reference" : "#org1" } ... other attributes ... } }
- 10. Tipos de datos 27/08/18 http;//www.hl7.org.ar 10
- 11. 27/08/18 http;//www.hl7.org.ar 11 Name Schema Type Description boolean xs:boolean Values can be either true or false integer xs:int A signed 32-bit integer decimal xs:decimal A rational number. Decimals may not use exponents. base64Binary xs:base64Binary A stream of bytes, base64 encoded instant xs:dateTime An instant in time string xs:string A sequence of Unicode characters. Not exceeding 1MB size. uri xs:anyURI A Uniform Resource Identifier Reference. It can be either absolute or relative. May have an optional fragment identifier. date union of xs:date, xs:gYearMonth, xs:gYear A date, or partial date (just year or year + month) as used in human communication. There is no time zone. Dates SHALL be valid dates. dateTime union of xs:dateTime, xs:date, xs:gYearMonth, xs:gYear A date, date-time or partial date (just year or year + month) as used in human communication. If hours and minutes are specified, a time zone SHALL be populated. Seconds may be provided but may also be ignored. Dates SHALL be valid dates.
- 12. Tipos de datos complejos • Son datos con derivaciones u objetos • XML • JSON 27/08/18 http;//www.hl7.org.ar 12
- 14. Ejemplo de dato complejo 27/08/18 http;//www.hl7.org.ar 14
- 15. TIPO DE DATOS • Consultar informacion sobre “Data Types” de FHIR en las especificaciones en: • http://www.hl7.org/implement/standards/fhir/da 27/08/18 http;//www.hl7.org.ar 15
- 17. por su atención. Ministerio de Salud DNSIS Dirección Nacional de Sistemas de Información Sanitarios 27/08/18 Ministerio de Salud - DNSIS (Dirección Nacional de Sistemas de Información Sanitaria) 17 Gracias Materiales para el taller http://goo.gl/JyW9zH hmandirola@gmail.com
Notas del editor
- dnsis@msal.gov,ar
- Puede escribirse tanto en XML como en Java o C#
- Veamos brevemente acerca de las extensiones Las extensiones son parte fundamental del diseño de la especificación FHIR que representa la información adicional que no son parte de la definición básica del recurso. Aunque se permite que el ejecutor para definir y utilizar extensiones, hay una serie de requisitos que se deben cumplir como parte de su uso y la definición. Así es como se debe definir el elemento de extensión.
- La url es un atributo obligatorio especifica una definición de extensión en un perfil de recursos. El contenido real de la extensión puede ser un valor o definido con extensiones child. Nota - Cuando una extensión es el destino de una referencia interna, el valor de una extensión será la referencia El valor [x] puede ser el siguiente. Fueron la x se sustituye por uno de los tipos mencionados a continuación. Nota - Hay que definir el contenido como por el tipo definido. Entero, decimal, fecha y hora, fecha de, instantáneo, cadena, uri (Uniform Resource Identifier), boolean código (sólo si la definición de extensión proporciona una fija la unión a un conjunto adecuado de códigos) base64Binary, codificación, CodeableConcept, Adjunto Archivo, Identificador, cantidad, alcance, período, proporción, HumanName, dirección, contacto, horario Recursos - una referencia a otro recurso
- Ahora vamos a discutir sobre la narrativa legible El elemento de la narrativa en un recurso se utiliza para representar un contenido legible por humanos del recurso que se utiliza principalmente para un ser humano a entender sobre el recurso. Nota - El elemento narrativo en un recurso no es obligatorio. Si usted tiene uno, que reflejará todos los contenidos necesarios para un ser humano para entender la información clínica y de negocios esencial codificada de otra manera dentro del recurso Nota - Es una práctica recomendable tener narrativa con en un recurso para apoyar el consumo humano como punto de retorno. Sin embargo, en un entorno comercial gestionado estrictamente, eran todos los sistemas que interactúan comparten el modelo de datos común. En tales casos, la narración se puede omitir.
- He aquí algunas reglas para definir contenidos con en la narración. 1. Los contenidos con la narración debe ser un fragmento de XHTML que incluirán disposiciones sólo el formato HTML básico. 2. El contenido XHTML no contendrá una cabeza, un elemento del cuerpo, las referencias de hojas de estilo externas, elementos en desuso, los scripts, las formas, la base / enlace / xlink, marcos, iframes, objetos o atributos relacionados con el evento.
- Ahora vamos a echar un vistazo a los recursos contenidos. Los recursos contenidos son parte de los recursos que no pueden existir o ser identificados de forma independiente. Estas situaciones se producen cuando hay motores de consumo medio que participan en el montaje de los datos para hacer un solo recurso. Los recursos que no incluye claves de registro o identificaciones absolutos tendrán un problema en el ensamblado. if an arbitrary identification was associated with the resource, the resource count never be the subject of a transaction outside of the context of the resource it refers to.
- He aquí un ejemplo. Un motor de interfaz crea un registro de procedimiento basado en el mensaje HL7 V2 y la única información sobre el proveedor principal, que está disponible es su nombre y apellido. En ausencia del directorio médico controlado, no es posible crear un recurso practicante identificado como hay cambios de practicantes que tienen los mismos nombres. A continuación se muestra un ejemplo de un recurso contenida.
- Los tipos de datos complejos que se derivan de un tipo de elemento con el nombre que el nombre de un elemento como el nombre del tipo y tiene elemento hijo dicen que si usted va a definir los tipos complejos como elemento XML. Porque si usted los está definiendo como JSON (JavaScript Object Notation) , entonces usted tendrá que definir como un objeto y las propiedades correspondientes de los objetos representa los elementos secundarios de complejo de tipo de datos XML.
- He aquí un ejemplo de un complejo tipo de datos llamado Cantidad definida con elementos secundarios como el valor, las unidades, el sistema y el código.
- Datatypes use both primitives and other datatypes. Some datatypes use attributes with cardinality &gt; 1 CodeableConcept.primary is actually refers to a coding in CodeableConcept.coding, so is not a code itself. Quantity has constrained variations Distance, Count, Duration, Money. They introduce constraints on useable units, but do not add attributes, so not shown here. Note that HumanId.assigner refers to a Resource