Buscar este blog

Google+ Followers

Seguidores

Vistas a la página totales

miércoles, 15 de agosto de 2018

SNOMED-CT es la terminología médica de referencia para uso clínico más completa y difundida en el mundo

SNOMED-CT  se basa en:
1.      Componentes
a.      Conceptos con un identificador numérico único. En cada jerarquía, los conceptos se organizan a partir de los más generales a los más específicos (granularidad); esto da la posibilidad de registrar los datos clínicos detallados y, posteriormente, acceder a ellos o reunirlos en un nivel más general. El  Concepto de SNOMED CT es una idea, una idea clínica que está asociada con un identificador único. Es el componente central en los términos clínicos de SNOMED. Dentro de SNOMED, un “concepto” es un significado clínico identificado mediante un identificador numérico único (ConceptId) que nunca cambia. Los conceptos se representan con un nombre completo único legible por el ser humano (Descripción Completa o Fully Specified Name, FSN).
Concepto con un identificador único y un nombre completo

El significado de esa idea está especificado por una asociación con un término que se conoce como el nombre completamente especificado el identificador y el enlace entre ese identificador y el significado de esa idea clínica es permanente e inmutable. Por ejemplo el concepto único apendisectomía tiene el nombre completo de apendisectomía procedimiento y un codigo de identificacón único que es 80146002. SNOMED permite el término único identificatorio pueda ser traducido a distintos idiomas.

b.      Descripciones de los conceptos, un concepto puede tener varias descripciones. Cada descripción tiene un identificador numérico único. Se utilizan dos tipos de descripciones para representar los conceptos:
                                                    i.     Los Fully Specified Names (FSN). Para cada concepto existe una descripción única denominada FSN, que representa el significado único e inequívoco de un concepto. La descripción del tipo FSN se utiliza para eliminar la ambigüedad de los significados de un concepto. El FSN es muy útil cuando diferentes conceptos se referencian comúnmente con la misma palabra o frase.
                                                   ii.     Los sinónimos. Representan el término que puede utilizarse para visualizar o seleccionar un concepto. Los conceptos pueden tener múltiples sinónimos y los términos asociados no son necesariamente únicos, es decir, dos conceptos pueden tener el mismo término sinónimo. Dentro de los sinónimos hay uno que se marca como preferido y este varia para cada lenguaje, dialecto o contexto en el que se utiliza.
c.      Relaciones vinculan conceptos entre sí mediante asociaciones jerárquicas. Relaciones que describen atributos de los conceptos y pueden utilizarse para agrupar y clasificar los datos codificados. Sigue un modelo conceptual jerárquico con tipos y subtipos. La relaciones pueden ser:
                                                    i.     del tipo (es uno/ es una) por ejemplo: concepto hijo (origen) ->nefritis, es una concepto padre (destino) ->infección. Las relaciones de SNOMED son direccionales, de manera que, si la relación se lee en dirección inversa, significa que el concepto destino es un “supertipo” del concepto de origen.
                                                   ii.     Representación de significado del concepto: Por ejemplo, el concepto ‘neumonía viral’ tiene una relación agente causal con el concepto ‘virus’ y una relación sitio del hallazgo con el concepto ‘pulmón’.
Estos componentes se complementan con conjuntos de referencia (Ref Sets), que proporcionan características que permiten adecuar la terminología para satisfacer diferentes necesidades.

2.      Relaciones de atributos Una relación de atributo contribuye a la definición del concepto de origen al asociarlo con una característica definitoria. Por ejemplo, las relaciones morfología asociada y sitio del hallazgo definen el concepto ‘absceso de corazón’ para asociarlas con los conceptos de destino ‘absceso’ y ‘estructura del corazón’, respectivamente.

3.    Los Conceptos completamente definidos y primitivos Dentro de SNOMED-CT, cada concepto está especificado como completamente definido o primitivo. Un concepto está completamente definido si sus características definitorias son suficientes para distinguir su significado de otros conceptos similares. En cambio, un concepto es primitivo (es decir, no está completamente definido) si sus características definitorias no son suficientes para distinguir de manera única su significado de otros conceptos similares.

4.      Conjuntos de referencias (Ref Sets) permiten agrupar componentes y representar de manera estándar información adicional sobre un conjunto de componentes. Los conjuntos de referencias cruzadas son importantes, ya que pueden ser utilizados por aplicaciones que tengan habilitado el uso de SNOMED-CT para restringir, configurar y mejorar la funcionalidad para cumplir con los requerimientos de diferentes casos de uso. Incluyen la representación de subconjuntos, preferencias de idiomas para utilizar términos particulares y creación de referencias cruzadas hacia o desde otros sistemas de codificación. Cada conjunto de referencias tiene un identificador numérico de concepto único. Algunos ejemplos de uso de los conjuntos de referencia se utilizan para representar:
a.      Preferencias de lenguaje y dialecto para el uso de términos particulares para describir un concepto. Los conjuntos de referencias de lenguaje permiten el uso de descripciones preferidas y aceptadas dentro de un lenguaje, dialecto o contexto de uso.
b.      Conjuntos de componentes que son incluidos o excluidos de un conjunto de valores que pueden ser utilizados en un determinado país, organización o contexto especial.
c.      Conjunto de valores de conceptos que limita el contenido permitido de un campo según los requerimientos de la aplicación.
d.      Conjunto de conceptos o descripciones frecuentes que pueden priorizar y mejorar la búsqueda en un determinado país, organización, especialidad o contexto.
e.      Conjuntos de estructuración y ordenación de listas y jerarquías para mostrar conceptos en listas estructuradas o en forma de vista en árbol para ayudar al ingreso de elementos de datos particulares.
f.       Conjuntos de mapeos desde o hacia otros sistemas de códigos. Los mapeos admitidos por los conjuntos de referencia incluyen los simples (uno a uno) y los más complejos, que requieren intervención humana o reglas procesables por una máquina para resolver ambigüedades.

Conjuntos de referencia: se usan para agrupar Conceptos o Descripciones en conjuntos, incluidos los conjuntos de referencia y los mapas cruzados para otras clasificaciones y estándares. 
Relaciones jeráricas de los términos


Una terminología clínica codificada controlada como SNOMED CT  esta diseñada para aplicaciones clínicas y para la historia clínica informatizada. Permite buscar y ubicar los términos siguiendo el razonamiento médico cosa que no hacen las clasificaciones de enfermedades.
La estructura de relaciones jerárquicas permite localizar los térmicos por sus relaciones y dependencias, cosa que no puede hacerse con las clasificaciones. Por ejemplo neumonía, es una infección y también es una enfermedad respiratoria. En el esquema también se muestra el órgano "pulmón" y el agente causal "virus" confirmando el diagnostico de neumonía viral

Existen varios tipos de licencias y consideraremos cada una de ellas, incluyendo, licencias de afiliado, sublicencias y licencias nacionales.
Las condiciones de licencia para el uso de SNOMED CT varían en países miembros y los que no son miembros. 


En primer lugar hay que aclarar que todos los que usan SNOMED necesitan una licencia. Usualmente es una organización, en donde trabajan las personas es la que realmente posee la licencia de SNOMED CT. Pero si un individuo  utiliza SNOMED CT  fuera del alcance de la licencia organización también necesitan tener una licencia.

SNOMED CT es solo parte de la solución para responder a los requerimientos de registros clínicos electrónicos efectivos. Una terminología por sí sola 'no hace nada'. Para obtener algún beneficio de una terminología es necesario implementarla y utilizarla como parte de una aplicación. El diseño de la aplicación de software en la cual se utiliza y los objetivos y motivaciones de los usuarios son los factores clave que determinarán el éxito.
SNOMED CT es útil para la documentación médica porque facilita la representación de información médica detallada que puede procesarse automáticamente. La capacidad de SNOMED CT para facilitar la recuperación de datos basada en la información médica y el significado requiere una cuidadosa consideración del contexto real, en términos de alcance del uso, estructura del registro, ingreso y recuperación de datos y comunicación.



Referencias:

https://hl7latam.blogspot.com/2018/07/que-son-y-para-que-sirven-las_16.html
https://hl7latam.blogspot.com/2018/07/que-es-el-reference-sets-de-snomed-ct.html
https://hl7latam.blogspot.com/2018/08/como-se-implementa-snomed-ct.html
https://hl7latam.blogspot.com/2018/07/que-es-snomed-ct_16.html
https://hl7latam.blogspot.com/2018/07/que-son-los-conceptos-de-snomed-ct.html
https://elearning.ihtsdotools.org/login/index.php
http://snomed.org/sg

sábado, 11 de agosto de 2018

Guía rápida de FHIR para principiantes


Health IT Is On FHIR

Todos los que hacen informatica médica y todo el sector de IT Salud esta hablando sobre FHIR (o recursos de interoperabilidad de salud rápida - pronunciado "fuego"  en ingles) desde que fue presentado por Health Level Seven (HL7) como un estándar de interoperabilidad propuesto. HL7 es una organización sin fines de lucro que ha estado desarrollando estándares acreditados por ANSI para sistemas de información hospitalaria desde 1987.


Pensemos en los diversos sistemas administrativos vigentes en los sistemas de salud actuales (como facturación y programación) y en los muchos sistemas clínicos dispares (como servicios de laboratorio, radiología, etc.) con los que necesitan interactuar. Los estándares HL7 crearon una interfaz de programación de aplicaciones (API) estandarizada para permitir el intercambio de estas transacciones comerciales y clínicas. En otras palabras, creó un lenguaje común que todos los sistemas de TI de salud podrían usar para interpretar y procesar registros médicos y datos.

"La especificación FHIR es en gran medida el registro vivo de la comunidad de usuarios que comparten la experiencia de tratar de resolver los problemas con ella", escribió Grahame Grieve, director de producto de FHIR. "Cada vez es más difícil brindar reconocimiento de significado a todas las personas y organizaciones que contribuyen".

La última especificación FHIR se beneficia de los siguientes cambios:
  • Se agregó soporte para la toma de decisiones clínicas y medidas de calidad clínica
  • Funcionalidad ampliada para cubrir flujos de trabajo clínicos clave
  • Mayor desarrollo de los servicios de terminología y apoyo para la gestión financiera
  • Definió un formato RDF y cómo FHIR se relaciona con los datos vinculados
  • Mejoras incrementales y mayor madurez de la API RESTful y el marco de conformidad


Como alguien que trabaja en TI de la salud, aprecio el enfoque básico y directo que toma FHIR. Debido a que se basa en un diseño simple de API, permite a los desarrolladores crear aplicaciones plug-and-play que pueden interactuar con cualquier HCE (Historia Clínica electrónica) y alimentar información directamente en el flujo de trabajo del proveedor. Elimina las brechas problemáticas que pueden tener lugar en un intercambio típico basado en documentos.


No solo es simple, sino que también crea más datos utilizables que se pueden buscar incluso a nivel granular. Los estándares actuales se basan en C-CDA (arquitectura consolidada de documentos clínicos), que está diseñada para transferir documentos completos en lugar de recursos únicos o datos únicos. La tecnología FHIR, por otro lado, permite el intercambio de recursos más pequeños o elementos de datos específicos y se basa en protocolos modernos de web abierta, como los utilizados por los buscadores de motores de búsqueda. Para un médico que necesita acceder a un solo registro de inmunización, la tecnología FHIR puede procesar y devolver exactamente la información necesaria, no un archivo de caso completo de cientos de páginas que luego debe buscarse como una aguja proverbial en un pajar.

El último estándar propuesto podría cambiar las reglas del juego, y justo a tiempo para responder a la necesidad creada por los modelos de atención médica basados ​​en valores. Ahora más que nunca, todas las partes interesadas (pacientes, proveedores y contribuyentes) necesitan formas seguras de intercambiar datos e información. Y a medida que surja un mayor enfoque en la salud de la población, será esencial la necesidad de sistemas que puedan trabajar en conjunto y transmitir datos en tiempo real para guiar la toma de decisiones.

Referencias
http://www.hl7.org/newsroom/index.cfm
https://indianceo.in/news/fire-electronic-health-record-fhir-google-hl7-opensource/
https://ehrintelligence.com/news/hl7-publishes-release-3-of-hit-standard-fhir-for-trial-use
https://www.forbes.com/sites/forbestechcouncil/2018/03/14/health-it-is-on-fhir-fast-healthcare-interoperability-resources-for-beginners/#1397c9001779

¿Qué es un ORM?

¿Qué es un ORM?: ¿Qué es un ORM? - Glosario: Object-Relational mapping, o lo que es lo mismo, mapeo de objeto-relacional, es un modelo de programación que consiste en la transformación de las tablas de una base de datos, en una...

viernes, 10 de agosto de 2018

EN 2019 TODOS LOS TRÁMITES DENTRO DEL ESTADO VAN A SER 100% DIGITALES.

EN 2019 TODOS LOS TRÁMITES DENTRO DEL ESTADO VAN A SER 100% DIGITALES.

YA HAY FORMATO DIGITAL: ✅ 6.900.000 de expedientes electrónicos generados ✅ 227.900 empleados capacitados en nuevas tecnologías ✅ 160 organismos con trámites digitales ✅ 2000 millones de pesos ahorrados

Lo anunció el ministro de Modernización al dar los números de la digitalización y los ahorros en el sector público.


El ministro de Modernización del Estado, Andrés Ibarra, pasó en limpio los números de su gestión para resaltar lo hecho en materia de "despapelización",  digitalización y ahorros varios en los últimos tres años. 

En función de estos datos, el funcionario anunció que en 2019 todos los trámites del Estados serán digitales a los efectos de  "generar ahorro, eficiencia y velocidad de funcionamiento". 


A grosso modo, el plan de simplificación promueve la eliminación de intermediaciones para reducir costos, trámites a distancia con carácter de declaración jurada, notificaciones electrónicas y la unificación de registros.

Referencias:
https://www.mdzol.com/nota/808755-aseguran-que-en-2019-todos-los-tramites-del-estado-seran-digitales/



Collaborate on HL7® standards. Influence the future of interoperability


Standards development is at its best when a diverse group of stakeholders collaborates. We need YOU at the table for HL7's 32nd Annual Plenary & Working Group Meeting! View the meeting brochure for more information.

Meeting Highlights 
  • Keynote: Donald Rucker, MD, Office of the National Coordinator (ONC) for Health IT 
  • HL7 FHIR® Connectathon on September 29-30
    • New! HL7 FHIR Experience, an immersive, hands-on workshop on October 3-4       
    • More than 25 educational tutorials including:
      • Overview of HL7 Standards for Interoperability
      • Introduction to HL7 FHIR
      • Clinical Documents on HL7 FHIR
      • International Mobile Health Standards (HL7, IEEE, ISO/TC215)
      • HAPI on HL7 FHIR
      • HL7 FHIR Profiling/ HL7 FHIR Terminology
      • Clinical Genomics Using HL7 FHIR
      • The Changing World of Provider Reimbursement (Volume to Value) - Role of Standards             
    Make Your Hotel Reservations Early!
    Hotel rooms are still available but are filling up quickly! Book your room at the host hotel, Hyatt Regency Baltimore Inner Harbor to secure the HL7 discounted room rate by September 7, 2018. A government room rate is also available and can be reserved here.

    Procedimientos Almacenados y Entity Framework | Entity Framework 6 | Pro...

    ¿Cómo funciona un ORM?

    Hoy hablamos del Mapeo Objeto-Relacional o como se conocen comúnmente, ORM (del inglés Object Relational Mapping). Algunos de vosotros ya sabréis que son pero, para aquellos que no los conozcan, un ORM te permite convertir los datos de tus objectos en un formato correcto para poder guardar la información en una base de datos (mapeo) creándose una base de datos virtualdonde los datos que se encuentran en nuestra aplicación, quedan vinculados a la base de datos (persistencia).

    Si alguna vez has programado alguna aplicación que se conecta a una base de datos, habrás podido comprobar lo laborioso que es transformar toda la información que recibes de la base datos, principalmente en tablas, en los objetos de tu aplicación y viceversa. A ésto se le denomina mapeo. Utilizando un ORM este mapeo será automático, es más, será independiente de la base de datos que estés utilizando en ese momento pudiendo cambiar de motor de base de datos según tus necesidades.Veamos un ejemplo. Supongamos que tenemos una tabla de clientes. En nuestra aplicación queremos hacer las funciones básicas sobre base de datos CRUD (del inglés Create, Read, Update and Delete) Crear, Obtener, Actualizar y Borrar. Cada operación corresponde con una sentencia SQL.
    • Creear: INSERT
    • Obtener: SELECT
    • Actualizar: UPDATE
    • Borrar: DELETE
    Si queremos insertar un cliente nuevo y no utilizamos un ORM, el código quedaría de la siguiente manera si utilizamos C#:
    String query = "INSERT INTO clientes (id,nombre,email,pais) VALUES (@id, @nombre, @email, @pais)";

    command.Parameters.AddWithValue("@id","1")
    command.Parameters.AddWithValue("@nombre","nombre")
    command.Parameters.AddWithValue("@email","email")
    command.Parameters.AddWithValue("@pais","pais")
    command.ExecuteNonQuery();

    Referencias