Activar el modo de accesibilidad
Desactivar el modo de accesibilidad
Inicio de sesión
  • Ir a contenido principal
Logo del Ministerio de Salud y Protección Social Interoperabilidad Historia Clinica
  • Sugerencia de búsqueda con la palabra Componente 1
  • Sugerencia de búsqueda con la palabra Componente 2
  • Sugerencia de búsqueda con la palabra Componente 3
  • Sugerencia de búsqueda con la palabra Componente 4
Logo del Ministerio de Salud y Protección Social Logo del Ministerio de Salud
  • Sugerencia de búsqueda con la palabra Componente 1
  • Sugerencia de búsqueda con la palabra Componente 1
  • Sugerencia de búsqueda con la palabra Componente 1
  • Sugerencia de búsqueda con la palabra Componente 1
Funcionarios
  • Inicio
  • Transparencia y acceso a la información pública
  • Atención y Servicios a la ciudadanía
    • Trámites y otros procedimientos administrativos - OPA
    • Canales de Atención
    • Peticiones
  • Participa
  • Salud
    Salud Pública
    • Estilos Saludables
    • Poblaciones Vulnerables
    • Enfermedades Transmisibles
    • Enfermedades no Transmisibles
    • Salud Sexual y Reproductiva
    • Epidemiología y Demografía
    Plan de Beneficios en Salud
    • Plan de Beneficios
    • Boletines
    • Monitoreo
    • Resultados Plan de Beneficios en Salud
    • Participe y Opine en la Actualización
    • Unidad de Pago por Capitación (UPC)
    Prestación de Servicios
    • Sistema Obligatorio de Garantía de Calidad
    • Información para IPS
    • Planes Bienales de Inversión
    • Infraestructura en Salud
    • Sistema de Información Hospitalaria
    • Registro Especial de Prestadores
    • Emergencias y Desastres
    • Interoperabilidad de Historia Clínica
    Calidad de Atención en Salud
    • Observatorio Nacional de Calidad en Salud(ONCAS)
    • Desempeño de las EPS
    • Seguridad del Paciente
    • Protocolos Clínicos
    • Derechos y deberes
    • Entidades Acreditadas en Salud
    • Observaciones a GPC o a otros documentos preliminares
    • Humanización en Salud
    • Tutelas en Salud
    • Guía de Prácticas Clínica - GPC
    Medicamentos y Tecnologías
    • Medicamentos
    • Política farmacéutica
    • Dispositivos médicos y equipos biomédicos
    • Donación, transfusión y trasplantes
    • Fondo Nacional de Estupefacientes
    Profesiones y Ocupaciones
    • Profesiones y Ocupaciones
    • Formación talento humano en salud
  • Protección Social
    Aseguramiento
    • Afiliación en salud
    • Riesgos laborales
    • Pensiones
    Financiamiento
    • Financiación del aseguramiento
    • Oferta de Prestación de Servicios
    • Prestaciones Excepcionales
    • Salud Pública
    Promoción social
    • Víctimas
    • Discapacidad
    • Envejecimiento y vejez
    • Grupos étnicos
    • Población en Situación de calle
    • Género
    • Migrantes
  • Normativa
Contenido de la página

​

X
  • Inicio
  • Centro Atención Territorios
  • Gobernanza
    • Normatividad
    • Plan Territorial para la Interoperabilidad
    • Programa de Capacitación a los Territorios
    • Infografía Territorial
    • Seguridad de la Información
  • Arquitectura
    • Componentes
    • Despliegue
    • Transacciones
  • Conectividad
    • Recursos para Conectividad
  • Estándares
    • Terminología
  • Recursos
    • Guia de Implementacion
    • Servidores Prueba
    • Presentaciones
    • Videos
    • Ambiente QA
    • Otras Herramientas
  • Mesa Ayuda
  • Glosario
  • Preguntas frecuentes
  • Actualizaciones
menú


   INTEROPERABILIDAD DE HISTORIA CLÍNICA ELECTRÓNICA


El proyecto de Interoperabilidad de Historia Clínica Electrónica busca apoyar los procesos de continuidad asistencial a los pacientes que son atendidos dentro de los prestadores de salud públicos y privados del territorio nacional.

Ministerio de Salud y Protección Social

Imagen de interoperabilidad
Este proyecto, al igual que las otras iniciativas de “Transformación Digital” (TD) del Ministerio de Salud y Protección Social, está directamente alineado con nuestra visión de lograr la “triple meta en salud”.

OBJETIVO DEL PROYECTO

Lograr la interoperabilidad de las historias clínicas en las instituciones públicas y privadas de todo el país nos permitirá, entre otras cosas, brindar a los usuarios una mejor continuidad en la atención, con mayor calidad y seguridad, y una mejor experiencia y movilidad en el sistema de salud y protección social.


La iniciativa parte de tres principios orientadores para su diseño y ejecución

  • Comenzar con una solución centrada en el usuario, para fortalecer calidad y continuidad en la atención.
  • Lograr el intercambio de información entre cualquier solución tecnológica de historia clínica de un prestador o una red de prestadores de servicios de salud.
  • Garantizar la confidencialidad y protección de datos de salud de las personas.

TRANSFORMACIÓN DIGITAL EN SALUD

La Transformación Digital en Salud representa un cambio fundamental en la forma en que se gestionan y brindan los servicios de atención médica, aprovechando las tecnologías de la información y comunicación (TIC) para mejorar la eficiencia, calidad y accesibilidad de la atención sanitaria. Este proceso implica la adopción y aplicación de diversas herramientas digitales, como registros médicos electrónicos, telemedicina, inteligencia artificial y análisis de datos, con el fin de modernizar y optimizar los procesos clínicos y administrativos en el ámbito de la salud.

La Transformación Digital en Salud no solo se centra en la informatización de los registros médicos, sino que también busca promover la colaboración interdisciplinaria, la toma de decisiones basada en evidencia y la personalización de la atención al paciente. Al integrar tecnologías innovadoras en la prestación de servicios de salud, se pueden mejorar los resultados clínicos, reducir los costos operativos y aumentar la satisfacción tanto de los profesionales de la salud como de los pacientes. Sin embargo, este proceso también plantea desafíos, como la seguridad de los datos, la interoperabilidad entre sistemas y la capacitación del personal, que deben abordarse de manera integral para garantizar el éxito de la transformación digital en el sector de la salud.

Imagen de interoperabilidad

C.A.T. - CENTRO DE ATENCIÓN A TERRITORIOS

El Centro de Atención a Territorios reúne la información necesaria para que a lo largo y ancho de la geografía nacional, los distintos actores involucrados en la implementación del proyecto de Interoperabilidad de Historia Clínica Electrónica, proveedores y prestadores, puedan resolver sus inquietudes y generar los desarrollos requeridos dentro de sus propios sistemas de gestión de información clínica, con el fin de que dicha información pueda ser compartida en el modelo de intercambio nacional propuesto.

OBJETIVOS DEL C.A.T.

1. Centralizar la información técnica disponible para que proveedores y prestadores puedan lograr la implementación de la Interoperabilidad de Historia Clínica Electrónica de acuerdo con los estándares y definiciones de datos incluidos dentro del proyecto liderado por el Ministerio de Salud y Protección Social.

2. Poner en conocimiento de proveedores y prestadores la normatividad relacionada con el proyecto de Interoperabilidad para que los desarrollos y ajustes requeridos en la administración de la información clínica estén alineados y cumplan con la legislación que en esa materia se ha dispuesto por el gobierno nacional.

3. Proporcionar el acceso a un esquema de fases de capacitación, donde a través de un proceso de inducción, entrenamiento y testeo de las habilidades y conocimientos técnicos necesarios, prestadores y proveedores puedan interoperar los datos constituidos en el Registro Digital de Atención.

ESTRATEGIA NACIONAL PARA LA INTEROPERABILIDAD

Basada en el Documento oficial:
Plan de Adopción Territorial para la Interoperabilidad de la Historia Clínica Electrónica IHCE 2023-2025

El Plan de Adopción Territorial para la Interoperabilidad de la Historia Clínica Electrónica da respuesta a la Ley 2015 de 2020 por medio de la cual se crea la historia clínica electrónica interoperable. Su contenido describe la estrategia para la operacionalización del proyecto a nivel nacional.
Por lo tanto, el Plan se convierte en una guía metodológica que contempla las dimensiones del proyecto de Interoperabilidad, otorgándole una estructura y línea de tiempo.
Conformación del proyecto nacional de Interoperabilidad de Historia Clínica Electrónica:

  1. Desarrollo del marco legal para la operación
  2. Definición de los datos y estándares que fluirán por la plataforma de Interoperabilidad
  3. El entorno habilitante o generación de las capacidades tecnológicas en los prestadores de servicio de salud para interoperar
  4. Diseño de la solución informática para el mecanismo de interoperabilidad
  5. Despliegue territorial

Estos componentes vienen siendo desarrollados y optimizados de forma paralela por los distintos equipos de trabajo bajo la guía del Ministerio de Salud, y actualmente se cuenta con numerosas definiciones en cuanto a normatividad, aspectos técnicos y de planeación del proyecto. El Plan tiene previsto un periodo de cinco años, finalizando en 2025, para haber conseguido la conexión e interoperabilidad de los 32 departamentos y distritos capitales a través de la culminación gradual de 3 fases:

Fase 0: Preparación inicial técnica y piloto.

Fase 1: Incorporación de 5 entidades territoriales durante 2023

Fase 2: Incorporación de 15 entidades territoriales en zonas dispersas y articulación de equipos de salud familiar y rutas de atención integral en salud (2024).

Fase 3: Incorporación de 19 entidades territoriales y profesionales independientes (2024).

La metodología del Plan de Adopción Territorial puede resumirse en:

  • Abordaje Institucional
  • Acuerdo de Voluntades
  • Alistamiento Institucional
  • Transferencia Documental
  • Diseño, Desarrollo e Implementación
  • Pruebas
  • Despliegue
  • Estabilización

El Centro de Atención Territorial, C.A.T., hace parte de la respuesta al Plan de Adopción Territorial para la Interoperabilidad, configurándose como un eje de soporte donde se concentran los recursos normativos, informativos y los procesos de inducción, entrenamiento y evaluación de las habilidades y conocimientos técnicos que prestadores y proveedores requieren para conseguir acoplarse al mecanismo de intercambio de datos propuesto. De esta forma el Ministerio actúa como facilitador y acompañante técnico durante el proceso.
El contenido completo de este documento se encuentra en:

PLAN DE ADOPCION TERRITORIAL PARA LA INTEROPERABILIDAD DE LA HISTORIA CLÍNICA ELECTRÓNICA – IHCE 2023-2025

El C.A.T. contempla la respuesta a la necesidad de orientar a los entes territoriales en materia de infraestructura, acompañamiento en el desarrollo de las conexiones y operación de la plataforma, según lo citado en el Plan de Adopción Territorial. En ese sentido, se ha dividido la información disponible en cinco categorías complementarias entre sí, cuidadosamente delimitadas en base a sus contenidos y al papel de éstos como herramientas para la implementación del proyecto de Interoperabilidad de Historia Clínica Electrónica. Se describen a continuación:

Imagen 1

I. GOBERNANZA

  1. Normatividad
  2. Plan Territorial para la Interoperabilidad
  3. Programa de Capacitacion a los Territorios
  4. Infografia Territorial
  5. Seguridad de la Informacion
Imagen 2

II. ARQUITECTURA

  1. Despliegue
  2. Transacciones
Imagen 3

III. CONECTIVIDAD

Imagen 4

III. CONECTIVIDAD

Imagen 4

V. RECURSOS

  1. Guía de Implementación
  2. Servidor FHIR
  3. Servidor Terminológico
  4. Presentaciones
  5. Videos

Accesos Directos

Mesa de ayuda

GOBERNANZA

La gobernanza del proyecto está en cabeza del Ministerio de Salud y Protección Social; dado que es un proyecto de alto impacto para todos los actores del ecosistema de salud por los diferentes factores a considerar, el proceso de despliegue se desarrollará de forma escalar, modular y por fases.

Imagen de interoperabilidad

La gobernanza del proyecto incluye aspectos de derechos, normas, responsabilidades y riesgos en áreas gestión, administración y organización de la historia clínica, interoperabilidad y usos de datos clínicos.
Este segmento del C.A.T. pone a disposición de los interesados la información relacionada con los aspectos normativos y de planeación relacionados con el proyecto de Interoperabilidad.

A continuación, se listan los principales temas que componen el segmento de Gobernanza dentro del Centro de Atención a Territorios

1. Normatividad

Se ofrece a los usuarios un compendio de las regulaciones vinculadas a aspectos como gestión, creación, transmisión, almacenamiento, seguridad y salvaguardia de los datos contenidos en la historia clínica electrónica, así como del sistema de Interoperabilidad

2. Plan Territorial para la Interoperabilidad

Las entidades territoriales implementarán una estrategia de gobernanza de la información clínica en salud, asumiendo el rol de autoridad competente. Esta estrategia implicará la articulación de los diversos actores y la infraestructura de red para garantizar el cumplimiento de los requisitos técnicos, operativos y normativos necesarios para asegurar la interoperabilidad de la Historia Clínica Electrónica (IHCE) y el Resumen Digital de Atención (RDA).

3. Programa de Capacitación a los Territorios

El Programa de Capacitación a los Territorios es una iniciativa propuesta por el C.A.T. para abordar su tercer objetivo, que se centra en facilitar el acceso a un plan estructurado de formación. Este plan comprende distintas etapas de capacitación que incluyen procesos de inducción, entrenamiento y evaluación destinados a desarrollar las habilidades y conocimientos técnicos requeridos. El objetivo es permitir a los prestadores y proveedores de servicios de salud interoperar los datos almacenados en el Registro Digital de Atención, RDA.

4. Infografía Territorial

La infografía detalla el proyecto de implementación de la Interoperabilidad de Historia Clínica Electrónica en el país, ofreciendo una visión concisa y clara de sus objetivos y etapas clave. Se destacan los beneficios potenciales para el sistema de salud y los pacientes, resaltando el proceso de integración de los sistemas de información médica. Desde la fase inicial de planificación hasta la fase de evaluación y mejora continua, se destacan los hitos importantes y las medidas de seguridad implementadas para proteger la privacidad de los datos de salud.

5 Seguridad de la Información

La seguridad en la interoperabilidad de los contenidos de la historia clínica electrónica es esencial para garantizar la confidencialidad, integridad y disponibilidad de la información de salud. Los sistemas deben implementar medidas robustas de protección de datos, como la encriptación de la información en tránsito y en reposo, el control de acceso basado en roles y la autenticación multifactor. Además, es crucial establecer estándares de seguridad y privacidad que cumplan con regulaciones y normativas específicas.

NORMATIVIDAD

Leyes, decretos y resoluciones que rigen el proyecto de Interoperabilidad de Historia Clínica Electrónica

Se pone a disposición de los ciudadanos, un consolidado de las normas relacionadas con los contenidos, la generación, la transferencia, la conservación, seguridad y protección de los datos de la historia clínica electrónica y el mecanismo de Interoperabilidad.

Imagen de interoperabilidad

LEYES

  • Ley 2015 de 2020 Por medio del cual se crea la Historia CLinica Electronica Interoperable y se dictan otras dispocisiones
  • Ley 1995 de 2019 Por la cual se expide el Plan Nacional de Desarrollo 2019-2022, Pacto por Colombia, pacto por la equidad.
  • Ley 1712 de 2014 Por medio de la cual se crea la Ley de Transparencia y del Derecho de Acceso a la Información Pública Nacional y se dictan otras disposiciones.
  • Ley 1581 de 2012 Por la cual se dictan disposiciones generales para la protección de datos personales
  • Ley 1419 de 2010 Por la cual se establecen los lineamientos para el desarrollo de la Telesalud en Colombia
  • Ley 594 de 2000 Por medio de la cual se dicta la Ley General de Archivos y se dictan otras disposiciones

DECRETOS

  • Decreto 1080 2015 Por medio del cual se expide el Decreto Reglamentario Único del Sector Cultura. Título II, Capítulo V, Gestión de Documentos, artículos 2.8.2.5.1. al 2.8.2.8.3, el Acuerdo 07 de 1994, referente al Reglamento General de Archivos, del Archivo General de la Nación.
  • Decreto 1074 de 2015 Por medio del cual se expide el Decreto Único Reglamentario del Sector Comercio, Industria y Turismo. Capítulo 25 del título 2 del libro 2 de la parte 2 y las normas que las modifiquen, reglamenten o sustituyan.
  • Decreto 2364 de 2012 Por medio del cual se reglamenta el artículo 7° de la Ley 527 de 1999, sobre la firma electrónica y se dictan otras disposiciones.

RESOLUCIONES

  • Resolución 866 de 2021 Por el cual se reglamentan el conjunto de elementos de datos clinicos relevantes para la interoperabilidad de la historia clinica del país y se dictan otras disposiciones.
  • Resolución 839 de 2017 Por la cual se modifica la Resolución 1995 de 1999 y se dictan otras disposiciones. Establece el manejo, custodia, tiempo de retención, conservación y disposición final de los expedientes de las historias clínicas, así como reglamentar el procedimiento que deben adelantar las entidades del SGSSS para el manejo de estas en caso de liquidación
  • Resolución 2003 de 2014 Por la cual se definen los procedimientos y condiciones de inscripción de los Prestadores de Servicios de Salud y de habilitación de servicios de salud.
  • Resolución 1918 de 2009 Por la cual se modifican los artículos 11 y 17 de la Resolución 2346 de 2007 y se dictan otras disposiciones.
  • Resolución 2346 de 2007 Por la cual se regula la práctica de evaluaciones médicas ocupacionales y el manejo y contenido de las historias clínicas ocupacionales.
  • Resolución 1995 de 1999 Por la cual se establecen normas para el manejo de la Historia Clínica, el consentimiento informado y los anexos de la Historia Clínica.

Para más información sobre la normatividad relacionada con el proyecto de Interoperabilidad de Historia Clínica Electrónica, revisar el siguiente documento:
Anexo 2. Marco normativo aplicable a la protección de datos personales y la seguridad de la información, aplicables a la interoperabilidad de la historia clínica en Colombia

PLAN DE ADOPCION TERRITORIAL PARA LA INTEROPERABILIDAD DE LA HISTORIA CLÍNICA ELECTRÓNICA – IHCE 2023-2025

PLAN TERRITORIAL PARA LA INTEROPERABILIDAD

Las entidades territoriales operarán una estrategia para la gobernanza de la información clínica en salud, de tal forma que, siendo la autoridad en la materia, se responsabilice de articular los actores y la red para el cumplimiento de los requisitos técnicos, operativos y normativos de la Interoperabilidad de la Historia Clínica Electrónica (IHCE) y el Resumen Digital de Atención, RDA.

Como resultado, cada entidad territorial desarrollará su propio Plan de Acción Territorial para la Implementación de la Interoperabilidad. Para apoyar a las secretarias de salud departamentales y distritales, el Ministerio ha elaborado un documento específico denominado:

LINEAMIENTO TÉCNICO ELABORACIÓN PLAN FORMULACIÓN DEL PLAN DE ACCIÓN PARA LA INTEROPERABILIDAD DE LA HISTORIA CLÍNICA ELECTRÓNICA – IHCE

Aspectos a resaltar para el Plan de Acción Territorial para la Implementación de la  Interoperabilidad

El documento Lineamiento Técnico sugiere la puesta en marcha de este Plan, teniendo en cuenta las siguientes líneas de acción:

  • Desarrollo y difusión del marco normativo relacionado con el proyecto de Interoperabilidad.
  • Acciones para la implementación y mejoramiento de procesos a nivel departamental o distrital y en los prestadores de servicios de salud.
  • Promoción de la integración e interoperabilidad de la información el sector: Capacitación técnica, desarrollo de pilotos, proyectos institucionales
  • Aprovechamiento de los datos clínicos en modelos analíticos orientados a la gestión clínica, del riesgo, salud pública y al individuo.
  • Disminución de asimetrías y generación de capacidades sectoriales con enfoque territorial
  • Proyectos orientados a mejorar en las personas la apropiación del uso de las tecnologías digitales

Recomienda dividir el proceso en fases:

  • Fase 0. Preparación inicial técnica
  • Fase I. Incorporación de un grupo de prestadores de servicios de salud y realizar las pruebas, los procesos de preproducción y producción.
  • Fase 2. Extensión a los demás prestadores de servicios

Es necesario que los entes territoriales, representados por las Secretarias de Salud Departamentales y Distritales conozcan este documento en detalle:

LINEAMIENTO TECNICO ELABORACIÓN PLAN FORMULACION DEL PLAN DE ACCION PARA LA INTEROPERABILIDAD DE LA HISTORIA CLÍNICA ELECTRÓNICA – IHCE [DESCARGAR ]

PROGRAMA DE CAPACITACIÓN A LOS TERRITORIOS

El Programa de Capacitación a los Territorios es la propuesta del C.A.T. para dar respuesta a su tercer objetivo, consistente en proporcionar el acceso a un esquema de fases de capacitación, donde a través de un proceso de inducción, entrenamiento y evaluación de las habilidades y conocimientos técnicos necesarios, prestadores y proveedores puedan interoperar los datos constituidos en el Registro Digital de Atención.

Consiste en 3 fases.

FASE 1 : FUNDAMENTOS, ELEMENTOS
FUNDACIONALES

Esta primera etapa, consiste en establecer los fundamentos del proyecto. Presentando una introducción a todos los conceptos relevantes: Normativa, arquitectura general, función de los diferentes actores: Secretaría de Salud, Secretaria TIC, Prestadores, Proveedores.

Continúa con la presentación de los recursos, donde encontrarlos, introducción al estándar FHIR. Por último, se describen todo lo asociado a conectividad, los requerimientos que se establecerán para el acceso al Nodo Regional. Así como la implicancia de creación de las Redes VPN entre prestadores y Nodo regional.

Imagen de interoperabilidad

Al finalizar esta etapa, se espera que los integrantes de la región conozcan los fundamentos, así como puedan identificar las principales fortalezas y debilidades del trabajo. Teniendo claro el trabajo a realizar por cada integrante de la región: La función que cumplen cada actor en el proceso.

Es fundamental para la caracterización de la región esta primera introducción y para la elaboración de un plan de acción acorde a las necesidades planteadas. Con este fin, es que se vio imprescindible la realización de la encuentra de TIC, la misma contiene una serie de preguntas que orientan.

Sesión 1

  • 1. Introducción Proyecto IHCE
  • 2. Presentación Mecanismo
  • 3. Interoperabilidad
  • 4. Normatividad
  • 5. Ejercicios Páginas WEB

Sesión 2

  • 1. Fundamentos Interoperabilidad técnica, sintáctica, semántica
  • 2. Introducción HL7 FHIR

Sesión 3

  • 1. Levantamiento de la información para las API Key
  • 2. Conexión VPN – MSP y Prestadores desde el Nodo

FASE 2 - ELEMENTOS
ESTÁNDAR Y AMBIENTES

Luego de la etapa inicial, se continúa profundizando más específicamente sobre las interacciones con la plataforma. Priorizando las capacitaciones sobre el estándar FHIR como herramienta, detallando los elementos descritos en la Guía de Implementación.

Al finalizar esta etapa, la región tendrá los conocimiento y práctica para poder realizar las pruebas de las interacciones con la plataforma.

Imagen de interoperabilidad

Sesión 4

  • 1. RDA FHIR
  • 2. Bundle Colombia
  • 3. Guia de implementación
  • 4. Validacion Vulcano
  • 5. Generacion Bundle
  • 6. Ejercicios practivos

Sesión 5

  • 1. Validacion conexión. MSP a nodo
  • 2. Prestador a nodo

FASE 3 - AMBIENTE QA
Y CONEXIÓN CON
SOLUCIÓN HIS

Esta última etapa previa para pasar a ambiente de preproducción, producción, consiste en formalizar las pruebas en el ambiente QA. Se espera que este resulto lo referente a conectividad con este ambiente.

Un hito importante en esta tercera y última fase es que se pruebe con la creación de mensajes generados desde la solución de Historia Clínica Electrónica, desarrollada por los proveedores.

Imagen de interoperabilidad

Sesión 6

  • 1. Generacion Bundle
  • 2. Transacciones
  • 2.1. Enviar
  • 2.2. Consultar
  • 2.3. Desplegar
  • 3. Ejercicios practivos Vulcano
  • 4. Servidor terminologico ORION

Sesión 7

  • 1. Conexion ambiente QA + API Key
  • 2. Pruebas RDA desde HIS en el ambiente QA

INFOGRAFÍA TERRITORIAL

Plan de Desarrollo Implementación de IHCE

Imagen de interoperabilidad

Teniendo en cuenta los “Factores Clave de Éxito” identificados en el proyecto, venimos desarrollando una metodología de construcción colaborativa, articulando el trabajo no solamente entre instituciones de gobierno sino también con los diferentes antes del sector. Buscamos construir sobre experiencias existentes y fortalecer el planteamiento con las ideas y perspectivas que traen los diferentes integrantes del sistema de salud y al igual que las instituciones que pueden aportar conocimiento e ideas desde otros sectores.

OTROS DOCUMENTOS A CONSIDERAR

Lorem Ipsum es simplemente el texto de relleno de las imprentas y archivos detexto. Lorem Ipsum ha sido el texto de relleno estándar de las industrias desde elaño 1500, cuando un impresor (N. del T. persona que se dedica a la imprenta)desconocido usó una galería de textos y los mezcló de tal manera que logró hacer

Imagen de interoperabilidad

SEGURIDAD DE LA INFORMACIÓN


Una de las principales preocupaciones de los ciudadanos y el personal asistencial es la seguridad de los datos que se compartirán a través de la plataforma de Interoperabilidad.

(DESCRIPCIÓN GENERAL DE LAS MEDIDAS DE SEGURIDAD CONTEMPLADAS EN EL PROYECTO)

Seguridad de la Información
en Interoperabilidad

La seguridad en la interoperabilidad de los contenidos de la historia clínica electrónica es esencial para garantizar la confidencialidad, integridad y disponibilidad de la información de salud. Los sistemas deben implementar medidas robustas de protección de datos, como la encriptación de la información en tránsito y en reposo, el control de acceso basado en roles y la autenticación multifactor.

Además, es crucial establecer estándares de seguridad y privacidad que cumplan con regulaciones y normativas específicas.

Imagen de interoperabilidad

Conexión Entidades Territoriales a MSPS

Los nodos territoriales para el establecimiento de la conexión con MSPS debe tener como mínimo un equipo de seguridad perimetral (Firewall) robusto que permita configurar las dos fases de negociación para establecer una comunicación segura.

Establecer una conexión segura entre la infraestructura tecnológica de las dos entidades, a través de una VPN Site to Site (IPSec), con las siguientes configuraciones:

Negociación Fase I

  • 1. Emplear como minimo dos protocolos de inscripccion con cifrado AES128 y AES256
  • 2. Realizar la autenticacion con un algorimo minimo SHA256
  • 3. Definir como minimo dos (2) grupos de autenticacion que indican como descomprimir el trafico

Negociación Fase II

  • 1. Especificar direcciones IP especificas de origen y destino
  • 2. Realizar la autenticacion con un algoritmo minimo SHA1

Políticas de seguridad

  • 1. Definir horario de conexion para los usuarios
  • 2. Restringir el acceso solo desde la direccion IP autorizadas

Conexión IPS al Entidad Territorial

De acuerdo con la infraestructura tecnológica a nivel de seguridad perimetral que disponga la IPS, se emiten las recomendaciones.

Firewall: Establecer una conexión segura entre la infraestructura tecnológica de las dos entidades, a través de una VPN Site to Site (IPSec), con las siguientes configuraciones:

Negociación Fase I

  • 1. Emplear como minimo dos protocolos de inscripccion con cifrado AES128 y AES256
  • 2. Realizar la autenticacion con un algorimo minimo SHA256
  • 3. Definir como minimo dos (2) grupos de autenticacion que indican como descomprimir el trafico

Negociación Fase II

  • 1. Especificar direcciones IP especificas de origen y destino
  • 2. Realizar la autenticacion con un algoritmo minimo SHA1

Políticas de seguridad

  • 1. Definir horario de conexion para los usuarios
  • 2. Restringir el acceso solo desde la direccion IP autorizadas

Cliente - Sitio: Cuando la entidad no cuenta con un equipo de seguridad perimetral (Firewall), se debe realizar la configuración con las siguientes características:

  • 1. Politicas de instalacion minima en las estaciones de trabajo (Antivirus).
  • 2. Implementar una VPN SSL.
  • 3. Mecanismo de autenticación con usuario, contraseña y token.
  • 4. Configurar el certificado de seguridad con un algoritmo minimo SHA256.
  • 5. Configurar un puerto TCP diferente al estandar.
  • 6. Restringir el acceso solo desde la dirección IP y usuarios de red autorizadas.
  • 7. Definir un horario de conexión para los usuarios.
  • 8. Definir los servicios que se van a acceder.

Mecanismo de Conexión VPN

ARQUITECTURA

A continuación, se presenta la arquitectura general del proyecto de Interoperabilidad de Historia Clínica. En una primera parte, se describe cada uno de componentes lógicos que componen la solución, junto con la función de cada uno. Luego, se presenta, el detalle del despliegue.

En la página de conectividad, se complementan los elementos a tener en cuenta para poder acceder de acuerdo a los ambientes que se requiera.

1. Nodo Nacional

Es implementado y administrado por el Ministerio de Salud y Protección Social, dispone de los componentes necesarios que el mecanismo de interoperabilidad requiere para realizar los procesos de recepción, validación e identificación de los RDA, disponibles para todas las regiones, este nodo está compuesto por:

  1. Servicio Pacientes FHIR Nacional: Servicio encargado de almacenar la información relacionada de los pacientes obtenida de cada RDA.
  2. Servicio FHIR Nacional: Servicio encargado de almacenar los documentos que permitan saber la ubicación de la información de cada RDA, departamento y paciente, además, se encarga del almacenamiento de profesionales, organizaciones (Departamentos) y organizaciones (Prestadores).
  3. Validador FHIR Nacional: Servicio encargado de validar la estructura de los recursos relacionados al RDA, utilizando los perfiles construidos para cada recurso.
  4. Validador Fuente Externas: Servicio encargado de realizar operaciones con servicios externos como: Tabla Evolución, RETHUS y REPS. Adicionalmente, valida la existencia de pacientes, profesional de salud y el prestador de servicios de salud.
  5. Terminológico: Servicio encargado de disponer información de las terminologías como IUM y CIE-10. A futuro se irán disponibilidad otras.

2. Servicios Externos - Fuentes de Información Nacional

Son fuentes de datos que dispone el Ministerio de Salud y Protección Social para validar información registrada en el RDA, estas fuentes son:

  1. Tabla Evolución (EVOL): Fuente de información del paciente, el cual se emplea en la validación del RDA, esto con el fin de revisar la existencia del paciente que recibe el registro de atención.
  2. RETHUS: Fuente de información del profesional de la salud, esto con el objetivo de revisar la existencia y el estado del profesional que realiza el registro de atención al paciente
  3. REPS: Fuente de información de la entidad prestadora de salud, esto con el fin de revisar el estado del prestador donde se realiza el registro de atención al paciente.

3. Nodo Regional

  1. Componente territorial: Servicio encargado de procesar la entrada del RDA, realiza validaciones y acciones que permiten distribuir los datos de un RDA en múltiples servidores.
  2. Servidor FHIR Regional: Servicio encargado de almacenar los recursos FHIR relacionados a RDA, diagnósticos, medicamentos y el contexto de esto

4. Otros Componentes

  1. 1. API Gateway: Componente en la arquitectura de software que actúa como intermediario entre las peticiones realizadas a través de las secretarias de salud y la infraestructura TI del Ministerio de Salud y Protección Social.
  2. 2. Firewall: Solución implementada en alta disponibilidad para proteger la plataforma de interoperabilidad y los datos de IHCE, empleando reglas y políticas de seguridad, basándose en criterios como direcciones IP, puertos, protocolos y contenido.

DESPLIEGUE

DETALLE DE COMPONENTES:

  1. NUBE PUBLICA MINISTERIO SALUD
  2. NUBE ENTIDAD TERRITORIAL
  3. PRESTADOR - VPN
Imagen de interoperabilidad

TRANSACCIONES

El modelo de integración al mecanismo de interoperabilidad de IHCE requiere que los prestadores de servicios de salud incorporen el Resumen Digital de Atención en Salud como formato de intercambio, el cual es sujeto a la operación que se debe realizar, así: enviar, consultar y obtener.

Enviar RDA - El proceso realizado es el siguiente:

  1. La institución envía el RDA (Resumen Digital de Atención en Salud) de la persona a través de la secretaria de salud departamental o distrital, a través de la URL https://ihce.ihcecol.gov.co
  2. El documento RDA llega a la plataforma tecnológica del IHCE del MSPS a través del dispositivo de seguridad perimetral – Firewall.
  3. En la plataforma el documento RDA es recibido por el componente API Gateway, quien valida el API Key y lo redirecciona a la secretaria de salud departamental o distrital correspondiente.
  4. Se realizan validaciones del RDA como la construcción de la estructura, los datos del paciente, la información del profesional de salud y del prestador de servicios de salud.
  5. Si el RDA no pasa la validación de estructura y/o datos del paciente, el documento es rechazado. El prestador de servicios de salud debe ajustarlo y volverlo a enviar.
  6. Si la validación del RDA es exitoso, realiza la creación en el repositorio correspondiente. Al prestador de servicios de salud le envían un mensaje con la operación realizada, el número de la transacción y fecha.
  7. Una vez creado el RDA se realiza la indexación en la infraestructura datos nacional para que pueda ser consultado por la secretaria de salud departamental o distrital y los prestadores de servicios de salud.

Consultar RDA - El proveso realizado es el siguiente:

  1. La institución realiza la consulta de los RDA existentes para un paciente a través a través de la URL https://ihce.ihcecol.gov.co.
  2. La solicitud de consulta del RDA llega a la plataforma tecnológica del IHCE del MSPS a través del dispositivo de seguridad perimetral – Firewall.
  3. En la plataforma la consulta del RDA es recibida por el componente API Gateway, quien valida el API Key y lo redirecciona a la infraestructura de datos nacional.
  4. La infraestructura de datos nacional le remite al prestador de servicios de salud las referencias de los RDA con la información del paciente y le permite seleccionarlos para obtener la información.

Obtener RDA - El proceso realizado es el siguiente:

  1. El prestador debe seleccionar la referencia del RDA que requiere visualizar. Solo permite verlos.
  2. Con esta información, el prestador tiene acceso a los diferentes RDA del paciente que se encuentren en la infraestructura de datos nacional.

CONEXIÓN

Brindar los lineamientos a los entes territoriales para establecer la conexión hacia la infraestructura tecnológica del Ministerio de Salud y Protección Social, así como las recomendaciones para que las entidades prestadoras de salud se conecten a los nodos territoriales.

La seguridad en la interoperabilidad de los contenidos de la historia clínica electrónica es esencial para garantizar la confidencialidad, integridad y disponibilidad de la información de salud. Los sistemas deben implementar medidas robustas de protección de datos, como la encriptación de la información en tránsito y en reposo, el control de acceso basado en roles y la autenticación multifactor.

Con el fin de garantizar la integridad y confidencialidad de la información del RDA (Resumen Digital de Atención), se enuncian las siguientes recomendaciones utilizando el mecanismo de conexión VPN. Queda fuera de estas recomendaciones el detalle utilizando X-ROAD.

1. Entidades Territoriales a MSPS

Los nodos territoriales para el establecimiento de la conexión con MSPS debe tener como mínimo un equipo de seguridad perimetral (Firewall) robusto que permita configurar las dos fases de negociación para establecer una comunicación segura.

Establecer una conexión segura entre la infraestructura tecnológica de las dos entidades, a través de una VPN Site to Site (IPSec), con las siguientes configuraciones:

Imagen de interoperabilidad

Negociación Fase I

  • 1. Emplear como minimo dos protocolos de inscripccion con cifrado AES128 y AES256
  • 2. Realizar la autenticacion con un algorimo minimo SHA256
  • 3. Definir como minimo dos (2) grupos de autenticacion que indican como descomprimir el trafico

Negociación Fase II

  • 1. Especificar direcciones IP especificas de origen y destino
  • 2. Realizar la autenticacion con un algoritmo minimo SHA1

Políticas de seguridad

  • 1. Definir horario de conexion para los usuarios
  • 2. Restringir el acceso solo desde la direccion IP autorizadas

2. Servicios Externos - Fuentes de Información Nacional

De acuerdo con la infraestructura tecnológica a nivel de seguridad perimetral que disponga la IPS, se emiten las recomendaciones.

Firewall: Establecer una conexión segura entre la infraestructura tecnológica de las dos entidades, a través de una VPN Site to Site (IPSec), con las siguientes configuraciones:

Negociación Fase I

  • 1. Emplear como mínimo dos protocolos de inscripcción con cifrado AES128 y AES256.
  • 2. Realizar la autenticación con un algorimo mínimo SHA256.
  • 3. Definir como mínimo dos (2) grupos de autenticación que indican como descomprimir el tráfico.

Negociación Fase II

  • 1. Especificar direcciones IP específicas de origen y destino.
  • 2. Realizar la autenticación con un algoritmo mínimo SHA1.

Políticas de Seguridad

  • 1. Definir horario de conexión para los usuarios.
  • 2. Restringir el acceso solo desde la direccion IP autorizadas.

Cliente - Sitio: Cuando la entidad no cuenta con un equipo de seguridad perimetral (Firewall), se debe realizar la configuración con las siguientes características:

  • 1. Políticas de instalación mínima en las estaciones de trabajo (Antivirus).
  • 2. Implementar una VPN SSL.
  • 3. Mecanismo de autenticacion con usuario, contraseña y token.
  • 4. Configurar el certificado de seguridad con un algoritmo mínimo SHA256.
  • 5. Configurar un puerto TCP diferente al estandar.
  • 6. Restringir el acceso solo desde la dirección IP y usuarios de red autorizadas.
  • 7. Definir un horario de conexión para los usuarios.
  • 8. Definir los servicios que se van a acceder.

Mecanismo de Conexión VPN

1. GUIA CONECTIVIDAD PROYECTO IHCE. [ LINK ]

Este documento describe los principales elementos al momento de realizar la conexión entre prestador y ente territorial, los requisitos a exigir en este contexto.

RECURSOS PARA CONECTIVIDAD

En esta página se agregará lo que se le solicita a los prestadores, como forma de verificación de que cumplan las políticas establecidas.

  • Formulario de conectividad
  • Lista de chequeo a realizar.
  • Otros instrumentos.
  • Procedimiento para solicitar API - KEY dentro de una región.

ESTANDARES

FHIR

FHIR (Fast Healthcare Interoperability Resources) es un estándar de intercambio de datos en el ámbito de la salud desarrollado por HL7 (Health Level Seven International): HL7 (Health Level Seven), FHIR está diseñado para facilitar el intercambio de información entre sistemas de información de salud, como registros médicos electrónicos, aplicaciones móviles de salud, dispositivos médicos, y otros sistemas de información relacionados con la salud.

FHIR utiliza una estructura basada en recursos, que son unidades individuales de información que representan elementos de datos de salud específicos, como pacientes, medicamentos, diagnósticos, citas médicas, etc. Estos recursos están definidos en un formato basado en estándares web, como JSON o XML, lo que facilita su intercambio y procesamiento por parte de diferentes sistemas de información de salud.

El objetivo principal de FHIR es mejorar la interoperabilidad entre sistemas de información de salud, permitiendo que los datos de salud sean compartidos de manera más eficiente y efectiva entre diferentes sistemas y organizaciones de atención médica. Esto puede contribuir a mejorar la coordinación de la atención médica, facilitar la investigación clínica, y proporcionar una mejor experiencia de atención médica para pacientes y proveedores.

Principales Características:

  1. Basado en estándares web: FHIR utiliza formatos de datos basados en estándares web, como JSON o XML, que son ampliamente utilizados y compatibles con muchas tecnologías modernas de desarrollo de software.
  2. Estructura basada en recursos: FHIR organiza la información de salud en recursos individuales que representan entidades específicas, como pacientes, médicos, medicamentos, diagnósticos, etc. Esta estructura modular facilita la creación, el intercambio y la reutilización de datos.
  3. Interoperabilidad: FHIR está diseñado para promover la interoperabilidad entre sistemas de información de salud, lo que significa que los datos pueden ser compartidos y utilizados de manera efectiva entre diferentes sistemas y organizaciones de atención médica.
  4. Flexibilidad y extensibilidad: FHIR proporciona un modelo de datos flexible que puede adaptarse a una amplia variedad de casos de uso en el ámbito de la salud. Además, permite la extensibilidad, lo que significa que los desarrolladores pueden agregar extensiones personalizadas para satisfacer necesidades específicas.
  5. Recursos estandarizados: FHIR define una amplia gama de recursos estándar que cubren muchos aspectos de la atención médica, incluidos pacientes, observaciones, medicamentos, citas médicas, procedimientos, entre otros. Esto facilita el intercambio de datos coherentes y estructurados.
  6. Apoyo a la seguridad y la privacidad: FHIR incluye mecanismos para garantizar la seguridad y la privacidad de los datos de salud, como el soporte para autenticación, autorización y cifrado de datos.
  7. Adopción gradual: FHIR se puede implementar de manera incremental, lo que significa que las organizaciones pueden comenzar a utilizarlo en partes de sus sistemas de información de salud y expandir su uso gradualmente según sea necesario

IMG:

FHIR en Proyecto de Interoperabilidad de Historia Clínica:

TERMINOLOGÍA

La interoperabilidad requiere de la estandarización de terminologías, diccionarios, catálogos, subsets de valores y en general de la codificación asociada a la semántica de los contenidos que hacen parte de los procesos de intercambio.

El objetivo principal de FHIR es mejorar la interoperabilidad entre sistemas de información de salud, permitiendo que los datos de salud sean compartidos de manera más eficiente y efectiva entre diferentes sistemas y organizaciones de atención médica. Esto puede contribuir a mejorar la coordinación de la atención médica, facilitar la investigación clínica, y proporcionar una mejor experiencia de atención médica para pacientes y proveedores.

Principales Recursos FHIR:

  1. CODESYSTEM
  2. VALUE SET
  3. CONCEPTMAP

Servidor Terminológico:

Es una plataforma informática diseñada para almacenar, gestionar y distribuir terminologías, vocabularios controlados y ontologías relacionadas con un dominio específico. Estos servidores son utilizados en diversos campos, como la medicina, la informática, la lingüística y otras disciplinas que requieren la estandarización y el control de términos y conceptos.

Dentro de la plataforma del ministerio, se disponibilizó para pruebas el acceso a un servidor terminológico con la información de las terminologías.

RECURSOS

El proceso de implementación del proyecto de Interoperabilidad de Historia Clínica Electrónica requiere de un proceso de capacitación y acceso a recursos técnicos como fuentes de conocimiento para conseguir el intercambio de información entre los actores del sistema de salud.

Imagen de interoperabilidad

Este segmento del CAT pone a disposición de los interesados, accesos a los procesos de capacitación en interoperabilidad y recursos técnicos necesarios para su implementación.

A continuación, se listan los temas principales en los que se han dividido los recursos disponibles

1. Guía de Implementación:

Describe la ubicación de la guía de implementación, así como la descripción y detalle en los conceptos allí manejados.

2. Servidores Prueba:

Existen dos servidores de pruebas, disponibilidades por el ministerio – Vulcano y Orión – En esta sección, se encuentra el detalle de cada uno, así como ejemplos de pruebas a realizar.

3. Presentaciones

Quedarán aquí, todas las presentaciones utilizadas en las capacitaciones con los Territorios.

4. Videos

Contiene el acceso a todos los videos de las capacitaciones con los Territorios y grabacione

5. Ambiente QA

El ambiente de QA, es el primero dentro del ministerio en el cual se realizan pruebas dentro del territorio, ya con VPN de conexión y validaciones de mensajes. En esta sección, se encontrarán todos los recursos utilizados, lo referente a accesos, ejercicios y listas de verificaciones.

6. Otras Herramientas

Aquí contiene otro tipo de herramientas complementarias a la hora de desarrollar las pruebas que realizarán los proveedores de soluciones de HCE.

GUIA DE IMPLEMENTACIÓN

La especificación FHIR básica es una especificación de plataforma, sobre la cual se construyen todo tipo de soluciones diferentes. Dicha especificación se centra en definir capacidades y crear un ecosistema.

Los estándares nacionales, los consorcios de proveedores, las sociedades clínicas, etc. publican "guías de implementación" que definen cómo se utilizan las capacidades definidas por la especificación FHIR en intercambios de datos particulares o para resolver problemas particulares.

En esta sección se hará referencia a la especificación realizada para el contexto del proyecto: Interoperabilidad de Historia Clínica Colombia.

La Guía de Implementación desarrollada para el proyecto se encuentra publicada en el siguiente link: https://vulcano.ihcecol.gov.co/guia/

Imagen de interoperabilidad

Sitio Interoperabilidad HCE

A continuación, se describen los principales conceptos que se tienen en cuenta:

  1. PERFILADO
  2. EXTENSIÓN
  3. VALIDACIÓN DE INSTANCIA
  4. CONFORMIDAD

SERVIDORES PRUEBA

Servidor VULCANO

  • Ejemplo: 
  • Detalles del Servidor VULCANO:
  • Material para Pruebas:

Servidor ORION

  • Ejemplo:
  • Detalles Orión:
  • Material para Pruebas:

Dentro de los recursos disponibles para en la etapa de capacitación y pruebas, se encuentran publicados y disponibles de acceso libre, dos servidores FHIR que contienen las especificaciones para el proyecto: Interoperabilidad de Historia Clínica Colombia.

Servidor VULCANO

Este servidor FHIR, contiene las especificaciones de los recursos descritos en la Guía de Implementación. Los perfiles de los recursos son:

PacienteCo, ProfesionalCo, ....

Con estas especificaciones, se podrán utilizar para hacer validaciones si los desarrollos realizados, son conforme a las especificaciones

Ejemplo:

  1. Buscar todos los pacientes:
  2. GET https://vulcano.ihcecol.gov.co/fhir/Patient/1314

  3. ....
  4. GET https://vulcano.ihcecol.gov.co/fhir/...

Ejemplo:

  1. URL SERVIDOR: https://vulcano.ihcecol.gov.co/fhir/

Material para Pruebas:

<<<DESCRIBIR DETALLES DE LO QUE CONTIENEN LAS PRUEBAS>>>

  1. Colección para descargar postman de guardado / búsqueda y recuperación de recursos básicos (PacienteCo, ConditionCo) [DESCARGAR]
  2. Colección para realizar pruebas de validación (operacion $validate) [DESCARGAR]

Servidor ORION

Este servidor Terminológico FHIR, contiene ....

Con estas especificaciones, se podrán utilizar para hacer validaciones si los desarrollos realizados, son conforme a las especificaciones

Ejemplo:

  1. Listar todos los CodeSystem existentes:
  2. https://orion.ihcecol.gov.co/fhir/CodeSystem

  3. Listar todos los códigos que pertenecen a un listado (ValueSet)
  4. https://orion.ihcecol.gov.co/fhir/ValueSet/$expand?url=https://www.minsalud.gov.co/ValueSet/CUMS&count=0

  5. Validar si un código pertenece a un listado (value Set)
  6. https://orion.ihcecol.gov.co/fhir/ValueSet/$expand?url=https://www.minsalud.gov.co/ValueSet/CUMS&count=0

  7. Buscar un código a partir de una descripción.
  8. https://orion.ihcecol.gov.co/fhir/ValueSet?_summary=true&title:contains=Neoplasias

Ejemplo:

  1. URL SERVIDOR: https://orion.ihcecol.gov.co/fhir/
  2. CodeSystem / ValueSet existentes (con sus definiciones)

Material para Pruebas:

<<<DESCRIBIR DETALLES DE LO QUE CONTIENEN LAS PRUEBAS>>>

  1. Colección para descargar postman de listar Conjuntos de valores Existentes. [DESCARGAR]
  2. Colección para realizar operaciones sobre terminología. [DESCARGAR]

Presentaciones

Presentaciones CENS

  1. Introducción HL7 FHIR
  2. Guía y RDA
  3. Generador del Bundle y Guardador de RDA
  4. Transacciones RDA

Ejemplo de presentaciones que deben estar incluidas

Imagen de interoperabilidad

En este apartado se incluirán las presentaciones que se han generado para las distintas jornadas y encuentros de capacitación que se han realizado a lo largo del proyecto de interoperabilidad

Se requiere que sean clasificadas de cuerdo a su contenido y evaluadas por la oficina OTIC.

RECURSOS

Videos de capacitación

Existe una serie de videos de las capacitaciones dictadas desde el CENS y por el grupo de trabajo del Ministerio de Salud y el BID

Dichos videos contienen explicaciones claras sobre gran aparte de los temas técnicos relacionados con el proyecto

De obtenerse autorización desde el MSP, deben editarse para extractar los segmentos más relevantes y poder categorizarlos dentro de los puntos de capacitación que se tratan en la estructura del CAT.

Imagen izquierda

Se han generado revisiones del contenido de los videos disponibles que contienen información de utilidad técnica para el proyecto. En las siguientes se hace un resumen del contenido más importante de cada video.

AMBIENTE QA

En esta sección, se describe lo referente al ambiente de QA. Este ambiente será el primero en que los diferentes prestadores podrán interactuar con la plataforma desplegada para pruebas de cada nodo regional.

Se requiere para poder acceder disponer de las credenciales de acceso que permitan esta conexión segura con la VPN. Ver sección de <Recursos de Conectividad> para conocer el procedimiento de solicitud.

Indice:

  1. Introducción
  2. Solicitud API - Key
  3. Link de ambiente QA

1. Introducción

  • DESCRIBIR AQUÍ LO QUE INVOLUCRA EL AMBIENTE, CUAL ES EL OBJETIVO
  • El ambiente de pruebas QA, es el primer ambiente que se utiliza para realizar

2. Solicitud API - Key

DESCRIBIR AQUÍ EL PROCEDIMIENTO PARA SOLICITAR LAS CLAVES DE ACCESO.

3. Link de ambiente QA

DESCRIBIR CADA UNO DE LOS ACCESOS DEL AMBIENTE DE LOS DIFERENTES NODOS REGIONALES.

OTRAS HERRAMIENTAS

En esta sección se describen herramientas que son de ayuda al momento de realizar pruebas de intercambio.

Indice:

  1. Postman.
  2. Docker.
  3. Servidor Pruebas HAPI - sobre docker.
  4. Conexión VPN.
Imagen de interoperabilidad

1. Postman

Postman es una plataforma API para crear y utilizar API. Postman simplifica cada paso del ciclo de vida de la API y agiliza la colaboración para que puedas crear mejores API y más rápido.

  1. URL para descargar: https://www.postman.com/downloads/
  2. Img ejemplos:

[ DOCUMENTO PARA INCLUIR COLECCIONES Y OTRAS AYUDAS POSTMAN ]

2. Docker

Docker es una plataforma de software que le permite crear, probar e implementar aplicaciones rápidamente. Docker empaqueta software en unidades estandarizadas llamadas contenedores que incluyen todo lo necesario para que el software se ejecute, incluidas bibliotecas, herramientas de sistema, código y tiempo de ejecución.

Con Docker, puede implementar y ajustar la escala de aplicaciones rápidamente en cualquier entorno con la certeza de saber que su código se ejecutará.

  • URL:
  • Ejemplos:

3. Servidor Pruebas HAPI - sobre docker.

HAPI es unos servidores más utilizados para ....

Una de la forma de des

URL:

Ejemplos:

  1. Servidor FHIR sobre Docker
  2. https://github.com/ColombiaMSP/Material/tree/main/docker

4. Conexión VPN

Herramientas para la conexión de para VPN.

MESA AYUDA

Soporte

Recurso de apoyo a instituciones y proveedores para resolver las inquietudes y dificultades durante el proceso de implementación del proyecto de interoperabilidad

Imagen izquierda





GLOSARIO

A

Accesibilidad: La accesibilidad comprende la no discriminación, la accesibilidad física, la asequibilidad económica y el acceso a la información. Los servicios y tecnologías de salud deben ser accesibles a todos, en condiciones de igualdad, dentro del respeto a las especificidades de los diversos grupos vulnerables y al pluralismo cultural.

Actividad de salud: Conjunto de acciones, operaciones o tareas que especifican un procedimiento o servicio de salud, en las cuales se utilizan recursos físicos, humanos o tecnológicos para abordar o tratar una condición de salud o realizar un diagnóstico clínico.

Atención en Salud: Conjunto de procesos, procedimientos y actividades, mediante las cuales, se materializan la provisión de prestación de servicios de salud y tecnologías de la salud a una persona, familia, comunidad o población.

C

Catálogo: Conjunto ordenado o clasificado de datos con características comunes, que determina el grupo de valores permitidos de un elemento de dato.

Conjunto de elementos de datos clínicos relevantes: para la interoperabilidad de la historia clínica, comprende los elementos de datos de la historia clínica que se van a interoperar, con sus características y valores, los cuales son los establecidos por el Ministerio de Salud y Protección Social.

D

Datos clínicos relevantes: Para los efectos del presente acto administrativo, entiéndase por datos clínicos relevantes, aquellos datos de la historia clínica de una persona, que los prestadores de servicios de salud requieren conocer para su atención a lo largo del curso de vida. Estos datos corresponden a la identificación de la persona, a los relacionados con la atención recibida en los servicios de salud, al uso de las tecnologías en salud y a los resultados del uso de las mismas, en cualquiera de las fases de la atención, esto es, promoción, prevención, diagnóstico. tratamiento, rehabilitación o paliación de la enfermedad.

Documento electrónico: El Archivo General de la Nación y el Ministerio de Tecnologías de Información y Comunicación, en la Guía Técnica Gestión de Documentos y Expedientes Electrónicos1 , define el documento electrónico como “la información generada, enviada, recibida, almacenada y comunicada por medios electrónicos, ópticos o similares” que tiene como características “la autenticidad, la fiabilidad, la integridad y la disponibilidad, conceptos que se desarrollan siguiendo lo enmarcado en el Artículo 2.8.2.7.2. Características del documento electrónico de archivo del decreto 1080 de 2015, y los requisitos para la presunción de autenticidad de los documentos electrónicos de archivo definidos en el Artículo 2.8.2.7.3. Del decreto en mención, la ley 527 de 1999 y las características según la NTC-ISO30300 y la ISO 15489-1.”

E

Elemento de dato: Identifica y define la unidad básica de información, a partir de la cual se realiza el intercambio de información, de acuerdo con los requerimientos funcionales definidos dentro del proceso o servicio de intercambio de información.

Estrategia Territorial de información: Establece los mecanismos tecnológicos y de gobernanza territorial para articular el transporte del RDA a través de los entes territoriales departamentales y distritales e integrándolo al mecanismo de interoperabilidad nacional. Estrategia para la implementación del Modelo de interoperabilidad de la Historia Cínica Electrónica en Colombia, basado en el Resumen Digital de Atención – RDA y las guías técnicas de operación, desarrolladas por el Ministerio de Salud y Protección Social. La estrategia territorial de información y el modelo de los servicios de integración de datos desde los prestadores de servicios de salud permitirá principalmente: la gobernanza territorial, la conexión, intercambio básico de información, el almacenamiento en la nube de información nacional y la protección de los datos de los pacientes dentro de los prestadores de servicios de salud; a la vez que permitirá fortalecer la ormulación de políticas públicas de salud soportadas en el análisis de datos.

H

Historia Clínica Electrónica: es el registro integral y cronológico de las condiciones de salud del paciente, que se encuentra contenido en sistemas de información y aplicaciones de software con capacidad de comunicarse, intercambiar datos y brindar herramientas para la utilización de la información refrendada con firma digital del profesional tratante. Su almacenamiento, actualización y uso efectivo en estrictas condiciones de seguridad, integridad, autenticidad, confiabilidad, exactitud, disponibilidad y acceso, de conformidad con la normatividad vigente.

Herramienta tecnológica de la plataforma de interoperabilidad: XROAD. Es una solución de capa de intercambio de datos de código abierto y gratuita que permite a las organizaciones intercambiar información de forma segura a través de Internet. X-Road se lanza bajo la licencia de código abierto y está disponible de forma gratuita. X-Road implementa un conjunto de características estándar para respaldar y facilitar el intercambio de datos. Garantiza la confidencialidad, integridad e interoperabilidad entre las partes que intercambian datos

I

IHCE: Interoperabilidad de Historia Clinica

Electrónica Interoperabilidad: capacidad de varios sistemas o componentes para intercambiar información, entender estos datos y utilizarlos. De este modo, la información es compartida y está accesible desde cualquier punto de la red asistencial en la que se requiera su consulta y se garantiza coherencia y calidad de los datos en todo el sistema, con el consiguiente beneficio para la continuidad asistencial y la seguridad del paciente.

Interoperabilidad de datos clínicos relevantes de la historia clínica: Capacidad de los actores del Sistema de Salud del país para intercambiar información y conocimiento de los datos de la historia clínica, en el marco de los procesos de salud, para interactuar hacia objetivos mutuamente beneficiosos, con el propósito de facilitar la entrega de servicios en línea a las personas, empresas y a otras entidades, mediante el intercambio de datos entre sus sistemas.

L

Lenguaje común de intercambio: Es el estándar nacional definido y administrado por el Ministerio de Tecnologías de la Información y las Comunicaciones, que facilita el intercambio de información entre las entidades, con el propósito de mejorar los servicios digitales dirigidos a las personas y empresas, fortaleciendo los procesos de interoperabilidad y la eficiencia en el país.

M

Mecanismo electrónico de interoperabilidad de datos de la historia clínica: Es el conjunto de herramientas de tecnología de la información, que permite la interoperabilidad de datos clínicos relevantes de la historia clínica, basado en los estándares y lineamientos definidos por la política de Gobierno Digital y los lineamientos de la Plataforma de Interoperabilidad del país.

Modelo de medición de la madurez tecnológica: Esquema organizado que permite realizar un diagnóstico sobre el nivel de avance en un conjunto de diferentes dimensiones y procesos en una organización, que mide la capacidad instalada, las debilidades y las oportunidades para establecer procesos de mejora y transformación que deriven en un incremento del desempeño institucional.

R

Resumen Digital de Atención - RDA: Tiene como objetivo establecer la estructura del formato de intercambio y regular las condiciones necesarias para asegurar la integralidad de los datos en la interoperabilidad de la historia clínica en salud por parte de los diferentes integrantes del SGSSS y demás entidades que tengan a su cargo acciones en salud a efectos de contribuir a la continuidad de la atención. El RDA está basado en la Resolución 866 de 20212 e incluye la información de personas, encuentro, medicamentos, procedimientos, laboratorios, alergias, antecedentes, diagnósticos. Es el mecanismo a través del cual los diferentes integrantes del Sistema General de Seguridad Social en Salud —SGSSS y demás entidades responsables de la interoperabilidad de la historia clínica electrónica, en el marco de sus competencias y funciones, puedan articular los procesos de información relacionados con la interoperabilidad de los datos de la historia clínica electrónica.

S

Salud digital: Campo del conocimiento y práctica relacionado con el desarrollo y la utilización de las tecnologías digitales para mejorar la salud. Esto incluye los consumidores digitales, amplia gama de dispositivos inteligentes y equipos conectados (wearables, celulares), y tecnologías como la internet de las cosas, la inteligencia artificial, los macrodatos y la robótica para el ámbito de la salud

V

VPN: Red privada virtual.

PREGUNTAS FRECUENTES

Lorem Ipsum es simplemente el texto de relleno de las imprentas y archivos de texto. Lorem Ipsum ha sido el texto de relleno estándar de las industrias desde el año 1500, cuando un impresor (N. del T. persona que se dedica a la imprenta) desconocido usó una galería de textos y los mezcló de tal manera que logró hacer un libro de textos especimen.

Lorem Ipsum es simplemente el texto de relleno de las imprentas y archivos de texto. Lorem Ipsum ha sido el texto de relleno estándar de las industrias desde el año 1500, cuando un impresor (N. del T. persona que se dedica a la imprenta) desconocido usó una galería de textos y los mezcló de tal manera que logró hacer un libro de textos especimen.

Lorem Ipsum es simplemente el texto de relleno de las imprentas y archivos de texto. Lorem Ipsum ha sido el texto de relleno estándar de las industrias desde el año 1500, cuando un impresor (N. del T. persona que se dedica a la imprenta) desconocido usó una galería de textos y los mezcló de tal manera que logró hacer un libro de textos especimen.

Lorem Ipsum es simplemente el texto de relleno de las imprentas y archivos de texto. Lorem Ipsum ha sido el texto de relleno estándar de las industrias desde el año 1500, cuando un impresor (N. del T. persona que se dedica a la imprenta) desconocido usó una galería de textos y los mezcló de tal manera que logró hacer un libro de textos especimen.

Lorem Ipsum es simplemente el texto de relleno de las imprentas y archivos de texto. Lorem Ipsum ha sido el texto de relleno estándar de las industrias desde el año 1500, cuando un impresor (N. del T. persona que se dedica a la imprenta) desconocido usó una galería de textos y los mezcló de tal manera que logró hacer un libro de textos especimen.

ACTUALIZACIONES REALIZADAS

Esta página, es de uso interno del equipo, para describir las actualizaciones y fechas de modificaciones.

  • 9/3/24
  • Mejora en descripción general de los recursos.
  • 7/3/24
  • Se módica la estructura de la página Arquitectura.
  • Agregado de fecha de publicación, en pantalla de inicio.
  • 26/2/24
  •  Creación de página de <<ACTUALIZACIONES>>













Seleccione esta opción como atajo para volver a la parte superior de esta página.

Ministerio de Salud y Protección Social

Logo del Ministerio de Salud y Protección Social

Sede principal

Dirección: Carrera 13 No. 32-76. Bogotá, Colombia. Código postal 110311

Telefono Conmutador: 601 330 5000 - Línea Gratuita fuera de Bogotá: 018000960020

Mesa de Ayuda: 601 330 5043 - Atención de lunes a viernes - 7:00 a.m. a 6:00 p.m. Sábados de 8:00 a.m. a 1:00 p.m.

Línea de atención de emergencias y desastres: 601 330 5071 | 24 horas

Punto de atención presencial

Carrera 13 No. 32-76 piso 1, Bogotá, Código postal 110311

Lunes - viernes de 8:00 a.m. a 4:00 p.m. jornada continua

Canales electrónicos

Correo Institucional: correo@minsalud.gov.co

Correo de Notificaciones Judiciales: notificacionesjudiciales@minsalud.gov.co

Denuncias por actos de corrupción: soytransparente@minsalud.gov.co

/MinSaludCol
/MinSaludColPrensa
@MinSaludCol
@minsaludcol
@minsaludcol
Canal de WhatsApp
Políticas
Mapa del sitio
Términos y condiciones
Accesibilidad
Logo Marca País Colombia Logo Gobierno de Colombia