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

    Entity Framework 6 Tutorial: Learn Entity Framework 6 from Scratch

    Entity Framework, un ORM para .NET

    JORNADA DE INTEROPERABILIDAD EN SALUD HL7 / MAIS el 30 de junio de 2017



    Por iniciativa de Jorge Brugger, Coordinador de IT en DASU, (Obra Social del Personal de la Universidad Nacional de la Patagonia, San Juan Bosco) y HL7 Argentina, se desarrolló la jornada de inducción y capacitación en el Auditorio del Centro de Información Pública de CR.


    Contamos con el apoyo del Grupo Amanus y la Asociación Española de Socorros Mutuos de Comodoro Rivadavia y estuvo orientado a Profesionales, Técnicos y Estudiantes de Medicina, Farmacia, Bioquímica y Sistemas/Tecnología Informática de la provincia de Chubut.


    En las Jornadas de 1 día de trabajo intenso (que debieron reprogramarse debido al fuerte temporal que asoto la ciudad, inundandola y cortando todos os servicios publicos) por parte de HL7 Argentina participaron el Presidente de HL7 Argentina Lic Fernando Camposy el Ing Fernando La Rosa


    Planteamos que, en este proceso de transformación digital, deben participar en colaboración las entidades sanitarias públicas o privadas, los profesionales y la industria, con objetivos comunes: garantizar la sostenibilidad del sistema de salud, mejorar y adecuar la atención sanitaria a los avances científicos y tecnológicos y facilitar al ciudadano el acceso a los servicios de salud que requiera.

    La salud digital: un proyecto colaborativo, por eso en HL7 Argentina nos encontramos en un proceso de transformación de nuestro sector, quizás a un ritmo más lento que en otros sectores de la economía. Pero tenemos una gran ventaja, nuestros profesionales están habituados al cambio y a la actualización de sus conocimientos y procedimientos, han ido incorporando permanentemente cambios, unos debidos a los nuevos conocimientos científicos, a los avances en la tecnología sanitaria y en nuevos fármacos y otros al cambio cultural y nuevas demandas de los ciudadanos.


    Modelo de Implementación de un servidor de terminología SNOMED CT

    Los servidores de terminología se han convertido en herramientas fundamentales para el manejo de vocabularios controlados, en el ámbito de la salud tienen especial importancia debido al gran desarrollo de las terminologías clínicas en los últimos años. Los procesos tradicionales de codificación de los actos médicos lentamente se están automatizando y dichas piezas de software son cada vez más necesarias para lograr dar servicios terminológicos a otras aplicaciones tales como los sistemas clínicos de soporte para la toma de decisiones, ingreso estructurado de órdenes médicas y listas de problemas entre otros. 

    En una Historia Clínica electrónica (HCE), los datos del paciente se ingresan y se muestran en la interfaz del usuario, los registros del paciente se almacenan en almacenamiento de datos, y también puede haber una serie de otras tiendas de datos, para el conocimiento recursos, servicios terminológicos y análisis. 

    También puede haber un informe y función de análisis, que accede directamente a los registros del paciente o al análisis almacén de datos o almacén de datos. El sistema de HCE también puede comunicarse con otros sistemas externos. SNOMED CT puede implementarse en uno o más de estos
    componentes para proporcionar diferentes funcionalidades y capacidades.


    Referencias:


    jueves, 9 de agosto de 2018

    ¿Cómo se implementa SNOMED CT?

    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.

    Ejemplos de implementación

    Aplicaciones para registros médicos

    SNOMED CT puede implementarse en una amplia variedad de aplicaciones de registros médicos. Éstas incluyen sistemas desarrollados para utilizar con otros sistemas de codificación que han sido adaptados para utilizar SNOMED CT, así como sistemas diseñados con la premisa de que SNOMED CT podría servir como terminología primaria. Las características de SNOMED CT que soportan y utilizan las aplicaciones varían en parte debido a diferencias en los requerimientos de los usuarios
    Un recurso terminológico es solo una parte de una aplicación de software. Las funciones necesarias para implementar una terminología pueden dividirse en:
    • Servicios terminológicos: Funciones que pueden llevarse a cabo sin referencia a datos almacenados en una estructura de registro de una aplicación en particular.
    • Servicios de registro: Funciones que involucran almacenamiento, recuperación o procesamiento de datos de la aplicación (por ejemplo, registros de salud de pacientes).
    Distintas aplicaciones pueden utilizar diferentes aspectos de SNOMED CT. Hay aplicaciones que sólo requieren SNOMED CT para una variedad muy limitada de usos y que no requieren todas las funciones de la terminología. Sin embargo, mediante la utilización de SNOMED CT, estas aplicaciones mejoran por la mayor capacidad de intercambio con otras con mayor abundancia de datos terminológicos. Estas aplicaciones también pueden evolucionar para cubrir requerimientos de surjan a medida que se utiliza más SNOMED CT.
    La mayoría de los usuarios sólo requiere un pequeño subconjunto del contenido de SNOMED CT. Sin embargo, el uso de una terminología que abarca un amplio rango de actividades aprovecha los beneficios surgidos de la coherencia y la interoperabilidad.

    Facilitación de la toma de decisiones médicas

    ¿Cómo ayuda el uso de SNOMED CT a la toma de decisiones médicas?
    La facilitación de la toma de decisiones médicas se define a grandes rasgos como una aplicación o proceso de un sistema clínico que ayuda a los profesionales de la salud a adoptar decisiones que mejoren la atención de los pacientes. Un ejemplo de facilitación de la toma de decisiones médicas sería el uso de alertas para identificar contraindicaciones específicas para la administración de tratamiento antiplaquetario después de un accidente cerebrovascular.
    Con SNOMED CT, la información médica está disponible en un ordenador y puede ser consultada y utilizada para activar reglas y mensajes para la toma de decisiones. Las jerarquías de SNOMED CT permiten un razonamiento complejo para la implementación de reglas para la toma de decisiones. Por ejemplo, en SNOMED CT, el concepto |stroke| es sinónimo de |accidente cerebrovascular| e incluye a todos los conceptos que se encuentran en niveles de mayor especificidad (más abajo en la jerarquía), incluyendo |accidente cerebrovascular paralítico|, |accidente cerebrovascular trombótico|, etc. Esto significa que es más fácil desarrollar e implementar consultas de apoyo para la toma de decisiones porque no es necesario identificar todos los términos y códigos individuales que podrían ser relevantes.
    ¿Ha sido implementada?
    Sí. Se sabe que SNOMED CT se utiliza como apoyo para la toma de decisiones médicas en diversas organizaciones, como Kaiser Permanente, Hospital de la Universidad de Ciencias Médicas de la Universidad de Duke en EE.UU., los hospitales del Servicio Nacional de Salud en el Reino Unido y el Hospital Italiano de Buenos Aires, Argentina.


    Referencias:
    https://confluence.ihtsdotools.org/pages/viewpage.action?pageId=38256231
    https://hcen.salud.uy/documents/22124/23644/doc_StarterGuide_Current-SP_20140521.pdf/048e20ad-1e41-4403-ae0c-7948c52afd3a

    HL7 y Snomed


    Hace mas de una decáda que HL7 y SNOMED CT International (IHTSDO) anunciaron un acuerdo de colaboración destinado a fomentar la interoperabilidad y conducir a mejoras en la seguridad del paciente al eliminar las brechas y superposiciones entre los estándares HL7 e IHTSDO. Los términos del Acuerdo de Colaboración IHTSDO / HL7 complementan la participación de ambas organizaciones en la Iniciativa Conjunta sobre SDO Global Health Informatics Standardization (JIC).

    Este Acuerdo de Colaboración se fortaleció y actualizó aún más en agosto de 2014, centrándose en las áreas de colaboración acordadas para ambas organizaciones, que incluyen:

    Disposiciones de licencia para el uso de SNOMED CT en productos HL7 International
    Desarrollo de una política conjunta sobre el uso de SNOMED CT en los conjuntos de valores HL7 y la vinculación terminológica en FHIR, etc., incluida la información coordinada para la publicación HL7 TermInfo
    Exploración de oportunidades para colaboración en herramientas
    Educación, materiales relevantes y aportes en las reuniones de los demás
    Para obtener más información sobre el Acuerdo de colaboración IHTSDO / HL7, consulte las Hojas de información a continuación.

    IHTSDO se complace en poner a disposición debajo de la 'Guía de implementación de HL7 versión 3: TermInfo - Uso de SNOMED CT en modelos CDA R2, Versión 1' que HL7 publica como DSTU hasta diciembre de 2017. Esto proporciona una guía para el uso de SNOMED CT en estos productos HL7, para garantizar la interoperabilidad semántica para comunicar información clínica. IHTSDO se complació en poder contribuir con este trabajo y alienta a la comunidad a enviar comentarios a HL7 sobre este borrador de norma.


    La asistencia médica conjunta hace que la información esté disponible cuando y donde sea necesaria para mejorar la seguridad, la eficiencia y la efectividad. Los políticos pueden dar por supuesta la interoperabilidad entre los sistemas informáticos de atención sanitaria, pero no es trivial. Los proyectos de integración de servicios de salud son notoriamente subestimados y tienen un exceso de presupuesto y tiempo extra. La asistencia médica conjunta depende de los estándares. Los dos estándares principales son el SNOMED CT, que es una terminología clínica (semántica) y la versión 3 de HL7, que es un lenguaje de interoperabilidad sanitaria especializado (sintaxis). Ambos son nuevos, complejos y adecuados para el propósito. Tim Benson cree que hay una necesidad insatisfecha de un libro sobre integración de salud. Algunos libros de texto de informática de salud incluyen capítulos en HL7 y / o SNOMED, pero estos suelen ser bastante cortos y no pueden ofrecer una introducción adecuada. Hay poco de mucho valor en Internet, en revistas o actas de congresos.

    Referencias:
    https://www.snomed.org/about/partnerships/hl7
    https://slideplayer.com/slide/8988420/
    https://www.goodreads.com/book/show/7003534-principles-of-health-interoperability-hl7-and-snomed

    ¿Por qué necesitamos saber sobre el mapeo en SNOMED CT?

    A pesar del mayor uso de la Historia Clínica electrónica es para capturar, almacenar y recuperar información clínica para cumplir con los requisitos de los médicos y otros usuarios de la salud información, existe una gran cantidad de redundancia en el proceso de los datos reales de recolección. El  objetivo de reutilizar los mismos datos para múltiples propósitos puede ser difícil de alcanzar.

    Por ejemplo, los médicos registran historiales de pacientes, exámenes físicos, evaluaciones, y planes en los registros médicos de sus pacientes. Sin embargo, también deben pasar tiempo llenando formularios adicionales para proporcionar informes de gestión sobre listas de medicamentos, listas de problemas, razones para las visitas, etc. Y algunas instituciones de salud emplean todo departamentos dedicados a resúmenes de registros para proporcionar documentación para reembolso.

    Cuando la información clínica se registra utilizando SNOMED CT, esto puede incluir datos que son
    relevante para informes, declaraciones estadísticas, reclamos de facturación, etc. eso necesita ser codificado usando un sistema de código específico o una clasificación estadística como ICD-10.

    Como ejemplo, aquí está una vista tomada de SNOMED International SNOMED CT navegador, que muestra los detalles sobre el concepto de trastorno "Fractura de la tibia".
    Este concepto representa un significado clínico que está identificado de manera única por el número
    "31978002".

    Tiene dos descripciones El nombre completamente especificado usa el término "Fractura de la tibia"
    (desorden) ". Y el sinónimo usa el término" Fractura de la tibia ".
    Tiene cuatro relaciones, que juntas definen completamente el significado del concepto - y
    son "Fractura de la tibia es una lesión de la tibia", "es una fractura de la parte inferior de la pierna", tiene "hallazgo" sitio estructura ósea de la tibia "y" una morfología de fractura asociada ".


    Referencias
    https://www.msssi.gob.es/profesionales/hcdsns/areaRecursosSem/snomed-ct/preguntas.htm

    ¿Cual es el significado de 'traducción' y 'lenguaje preferencia 'en el contexto de SNOMED CT?



    Una traducción de SNOMED CT es un conjunto de descripciones que representan el significado de
    conceptos en la terminología en un idioma diferente al inglés.  Las preferencias de idioma se refieren al subconjunto de descripciones que son aceptables dentro de un  lenguaje, dialecto o contexto específico. 
    Conceptos:
    • Un lenguaje, es bastante sencillo y ejemplos son inglés, sueco y Danés. 
    • Un dialecto es una variante de un idioma, por ejemplo, la distinción entre los Estados Unidos e inglés británico. Por lo general, la representación de un dialecto no requiere nuevos descripciones para cada concepto, solo aquellas que difieren de las descripciones existentes.
    Las preferencias de idioma se definen para un contexto específico, cuando la jerga clínica dentro de
    una especialidad u organización en particular difiere de las preferencias de idioma existentes.
    Un ejemplo podría ser el lenguaje médico utilizado en una especialidad clínica como cardiología o incluso en un departamento de cardiología de un hospital en particular.

    SNOMED CT es una terminología orientada a conceptos que permite que los términos traducidos estén vinculados a los comunes internacionalmente reconocidos conceptos. También permite indicar diferentes preferencias para el uso de estos términos.
    La traducción de SNOMED CT es una tarea multidisciplinaria, que generalmente se lleva a cabo por
    Miembros de SNOMED International que requieren SNOMED CT en un idioma nacional.
    La traducción debe basarse en el concepto (en lugar de literal) y debe seguir las mejores prácticas
    orientación basada en principios terminológicos y teniendo en cuenta las lecciones aprendidas por
    Miembros que ya han completado traducciones.
    Las descripciones y los conjuntos de referencia juntos proporcionan el mecanismo que permite SNOMED CT para representar traducciones y preferencias de idioma de forma estandarizada.


    Referencias

    ¿Cómo hacemos la personalización con las funciones configurables de SNOMED CT? (customization with configurable features)

    La personalización (customization) Para customizar se requiere seguir los siguentes pasos:
    1. Primero la identificación del problema que necesita solución. En el primer ejemplo en esta diapositiva, un país necesita conceptos de medicación que están actualmente no en SNOMED CT. En el segundo ejemplo, un hospital necesita especificar el nivel vascular procedimientos de cirugía utilizados en ese hospital específico.
    2. El segundo paso es identificar las características configurables necesarias para abordar el requisito. En el ejemplo del medicamento, los conceptos, las descripciones y las relaciones son agregado para especificar el contenido requerido. En el ejemplo de cirugía vascular del hospital, necesita un conjunto de referencia para especificar el subconjunto de los conceptos de cirugía vascular disponibles en SNOMED CT que se utilizan en el hospital.
    3. El tercer paso es diseñar las características configurables y agregarlas a las extensiones. En este ejemplo, los nuevos conceptos nacionales de medicación, descripción y relaciones son agregado a una extensión nacional de drogas existente. El conjunto de referencia para la cirugía vascular es agregado a una extensión específica para el hospital. Entonces, en esta diapositiva, ves el todo proceso de diseño para una personalización. Sin embargo, los problemas del mundo real generalmente no son resuelto solo por el diseño.




    Referencias
    https://elearning.ihtsdotools.org/mod/page/view.php?id=2154&lang=es

    Stored Procedures en el Entity Framework

    Desde el Entity Framework podemos manjear Procedimiento almacenados. El Entity Framework tiene la capacidad de compilar automáticamente comandos nativos para la base de datos en función de sus consultas de LINQ-to-Entities o Entity SQL, así como construir los comandos para insertar, actualizar y eliminar datos. Es posible que desee anular estos pasos y usar sus propios procedimientos almacenados predefinidos. Puede usar procedimientos almacenados para obtener los datos o para agregar / actualizar / eliminar los registros de una o varias tablas de la base de datos. EF API crea una función en lugar de una entidad en EDM para cada procedimiento almacenado y función definida por el usuario (UDF) en la base de datos de destino. Usemos el procedimiento almacenado para recuperar los datos de la base de datos. Primero, cree los siguientes procedimientos almacenados GetCoursesByStudentId en su base de datos SQL Server. Este procedimiento devuelve todos los cursos asignados a un estudiante en particular. CREATE PROCEDURE [dbo].[GetCoursesByStudentId] -- Add the parameters for the stored procedure here @StudentId int = null AS BEGIN -- SET NOCOUNT ON added to prevent extra result sets from -- interfering with SELECT statements. SET NOCOUNT ON; -- Insert statements for procedure here select c.courseid, c.coursename,c.Location, c.TeacherId from student s left outer join studentcourse sc on sc.studentid = s.studentid left outer join course c on c.courseid = sc.courseid where s.studentid = @StudentId END Desde el Modelo de datos de entidad haciendo clic derecho en el proyecto en el explorador de soluciones en Visual Studio -> Agregar -> Nuevo elemento. Esto abrirá una ventana emergente Agregar nuevo elemento. En la ventana emergente, seleccione ADO.NET Entity Data Model y proporcione un nombre apropiado para EDM y haga clic en el botón Agregar. Esto abrirá el Asistente de Entity Data Model. Seleccione EF Designer de la base de datos y haga clic en el botón Siguiente, como se muestra a continuación. 

    Luego, debe crear una conexión con su base de datos existente. Si esta es la primera vez que está creando un EDM para su base de datos, entonces necesita crear una nueva conexión haciendo clic en el botón Nueva conexión ... Aquí, ya tenemos una conexión, por lo tanto, seleccione la base de datos del menú desplegable y haga clic en el botón Siguiente.
    En este paso, seleccione GetCoursesByStudentId en Procedimientos almacenados y funciones. Asegúrese de que esté seleccionada la casilla Importar procedimientos y funciones almacenados en el modelo de entidad y luego haga clic en Finalizar.
    Verá el procedimiento GetCoursesByStudentId almacenado agregado en Procedimientos almacenados / Funciones e Importaciones de funciones que se muestran a continuación, con el nuevo tipo complejo GetCoursesByStudentId_Result en el Explorador de modelos. Cada vez que importa un procedimiento almacenado o UDF en un EDM, crea un nuevo tipo complejo con el nombre {sp name} _Result de forma predeterminada.
    GetCoursesByStudentId devuelve los mismos campos definidos en la entidad del curso. Por lo tanto, no es necesario que agreguemos un nuevo tipo complejo para GetCoursesByStudentId. Puede cambiarlo haciendo clic derecho en GetCoursesByStudentId en Function Imports y seleccionando Editar. Esto abrirá la ventana emergente Editar Importación de Función como se muestra a continuación.
    Para establecer la entidad del curso como tipo de resultado, seleccione Entidades y seleccione Curso en el menú desplegable en la ventana emergente y haga clic en Aceptar, como se muestra a continuación:
    Esto agregará la función llamada GetCoursesByStudentId en la clase de contexto (derivado de DbContext) como se muestra a continuación:
    Ahora puede usar GetCoursesByStudentId como una función y obtener los datos, como se muestra a continuación:

    using (var context = new SchoolDBEntities())
    {
        var courses = context.GetCoursesByStudentId(1);

        foreach (Course cs in courses)
            Console.WriteLine(cs.CourseName);
    }

    El ejemplo anterior ejecutará la siguiente declaración en la base de datos:

    exec [dbo]. [GetCoursesByStudentId] @ StudentId = 1

    Referencias 
    http://www.entityframeworktutorial.net/EntityFramework4.3/raw-sql-query-in-entity-framework.aspx http://www.entityframeworktutorial.net/stored-procedure-in-entity-framework.aspx

    HL7 INTERNACIONAL EN ESPAÑA



    Uno de los eventos más trascendentes del año pasado relacionado con los estándares fue el congreso internacional de HL7 que se realizó en Madrid. El congreso tuvo una muy buena acogida (esto léase en hispano castizo original y no en la versión argentina del español).Una de las estrellas fué FHIR (Fast Healthcare Interoperability Reosurces) que, según Francisco Pérez, presidente de HL7 Spain, va a “ayudar al paciente desde su propia casa” eliminando las fronteras físicas de los hospitales y centros médicos. Mediante el estándar, que ya están acogiendo los 18 servicios regionales de sanidad de España,se adopta lo mejor de cada estándar vigente en la asociación para poder visualizar en los dispositivos móviles desde el historial clínico hasta imágenes en vídeo sobre intervenciones. “FHIR está adaptando la complejidad del estándar para facilitar su desarrollo en torno a los wearables y los dispositivos móviles”.


    Referencias
    http://www.hl7.org/events/working_group_meeting/2017/05/informacion.cfm
    http://www.computerworld.es/transformacion-digital/fhir-un-estandar-para-eliminar-las-fronteras-fisicas-de-la-sanidad
    http://www.computerworld.es/pubs/cw1343/index.html?page=120

    Entrevistas a los mejores de HL7-FHIR


    A continuación entrevistas con algunos de los referentes mundiales de HL7-FHIR

    W. Ed Hammond
    Peter Hendler
    Keith Boone
    Bob Dolin
    Grahame Grieve
    Diego Kaminker
    Rene Spronk
    Wayne Kubick