Marcos Técnicos
(saltar a la siguiente sección)
Detallamos a continuación los principales Perfiles de Integración de aquellos dominios que mas relación pueden presentar con nuestra profesión. Por un lado tenemos los dominios de Radioterapia (RO)(de reciente publicación) y el de Radiología (RAD) de clara vinculación con áreas clínicas en las que nos encontramos claramente involucrados, y por otro lado los dominios de Infraestructuras de las Tecnologías de la Información (ITI) y Coordinación del Cuidado de Paciente (PCC) por tratarse de dominios de ámbito general, enfocados hacia la Historia Clínica Digital, Aspectos de Seguridad, etc.
Junto al nombre de algunos de los perfiles se ha añadido el estado de desarrollo en el que se encuentran: Comentario Publico documento a la espera de los comentarios de los distintos participantes del dominio (patrocinadores, industria, usuarios, ...) previo a que pase al estado de Implementación de Pruebas en el que se verifican la implementación de dicho perfil en los distintos Maratones de Conectividad (Connect-a-thon). Tras probarse la funcionalidad de dicho perfil, y con las correcciones oportunas, el perfil es aprobado e incluido en el Marco Técnico del dominio.
Proximamente se completaran en esta sección los distintos vinculos a presentaciones de los perfiles, así como ampliaremos la descripción de algunos de ellos (los mas relevantes) en función de las necesidades e interés manifestados por vosotros.
RO: Marco Técnico de Radioterapia
- Flujo de trabajo (Draft para Comentario Público)
- En el trata del flujo de imágenes DICOM y datos de la planificación (TAC --> visualización de las dosis) para radioterapia externa con haces de fotones conformados, marcando el énfasis en la reducción de ambigüedad y en facilitar la interoperabilidad básica en el intercambio de los objetos de DICOM RT.
- Este perfil consta de 5 actores específicos (Archivo, Contorneador, Planificador de geometrías, Planificador dosimétrico, Visualizador de Dosis) y 11 transacciones definidas entre estos.
En la planificación de desarrollo para este dominio para los años 2006-2008 se encuentran: Expandir los objetos soportados RT Plan (cuñas, arcos, ...), Fusión Multimodal, Query/Retrieve, Flujo del trabajo - GPWL, Soporte a técnicas 4D, ...
Presentación IHE-RO: 
RAD: Marco Técnico de Radiología
Este es el dominio de IHE con mas experiencia/desarrollo acumulado. Consta en la actualidad de 13 perfiles aprobados y otros 7 en distintas fases de desarrollo. Los perfiles actualmente aprobados los podríamos agrupar (ver figura) en tres grandes grupos, por una parte los relativos al flujo de trabajo (SWF, PGP, PWF y RWF), por otra, aquellos referentes al manejo de distintos tipos de objetos (CPI, KIN, SINR, ED, NM-Image) y por último una serie de perfiles de ámbito mas general (PIR, ARI, PDI) o mas específicos (CHG).
Ver Imagen Perfiles RAD: 
- Flujo de trabajo programado - Scheduled Workflow (SWF)
- Establece la continuidad e integridad de datos básicos del departamento de imágenes en un entorno en el que generalmente están pidiéndose los exámenes. Este perfil especifica varias transacciones que mantienen la consistencia de la información del paciente y de las solicitudes mediante la definición de la programación y la determinación de los pasos de procedimientos para la adquisición de imágenes. Este perfil también permite determinar si las imágenes y otros objetos de evidencia, asociados con un paso de procedimiento concreto, han sido archivados y están disponibles para que se activen los siguientes pasos de flujo de trabajo, como podría ser el informado. Además este perfil proporciona coordinación central a los efectos de conocer la finalización de procesos y la realización de informes.
- Presentación SWF:
- Reconciliación de la información del paciente - Patient Information Reconciliation (PIR)
- Este Perfil amplia el Perfil de Integración Flujo de Trabajo Programado (SWF) ofreciendo los medios para asociar y asignar las imágenes, el informe de diagnóstico, y otros objetos de evidencia que se generaron para un paciente mal identificado o no identificado, como sería el caso de un paciente politraumatizado e inconsciente, con el registro del paciente actualizado. En este ejemplo del paciente inconsciente, este perfil de integración permite la asociación concordante posterior del registro del paciente con las imágenes que fueron adquiridas (sin el registro previo o con datos genéricos) antes de que la identidad correcta del paciente fuese conocida, bien porque no ha habido registro previo o bien porque fue registrado con datos genéricos.
- De esta manera las imágenes, el informe radiológico y otros objetos de evidencia pueden ser realizados e interpretados inmediatamente. Posteriormente, cuando se haya realizado el registro correcto del paciente y se haya realizado la solicitud de exploración tanto en el sistema de Admisión y Registro de Pacientes (Admitting, Discharge, and Transfer ADT), en el de Emisor de Ordenes (Order Placer) y el Ejecutor de Ordenes (Order Filler), esta información se combinará y asociará con la imagen adquirida, simplificando las actuaciones a realizar ante estas situaciones de excepción.
- Presentación PIR:
- Presentación coherente de imágenes - Consistent Presentation of Images (CPI)
- Especifica varias transacciones que mantienen la consistencia de la presentación de las imágenes con sus correspondientes niveles de escala de grises y de la información de su estado de presentación (incluyendo las anotaciones de usuario, contraventanas, volcados y giros, áreas de visualización, y definición de ampliaciones - zoom). También define una curva de contraste estándar, la función de visualización estándar de escala de grises (Grayscale Standard Display Function) contra la que pueden calibrarse los diferentes tipos de dispositivos de visualización y de impresión.
- Presentación CPI:
- Presentación de procedimientos agrupados - Presentation of Grouped Procedures (PGP)
- Aborda lo que en algunos contextos se denomina el problema de los estudios relacionados: visualizar un grupo de imágenes obtenidas mediante una adquisición simple en la que cada subconjunto de imágenes está relacionado con un procedimiento de solicitud diferente (como por ejemplo una tomografía -TC, de tórax, abdomen y pelvis).
- Proporciona un mecanismo que facilita el flujo de trabajo para visualizar e informar procedimientos solicitados individualmente y que han sido agrupados por un operador (normalmente por mejorar la eficiencia de la adquisición y el bienestar del paciente). Aunque se adquiera un conjunto de imágenes simple, el uso combinado de las transacciones del flujo de trabajo programado y de la presentación coherente de imágenes permite la visualización e interpretación separada del conjunto de imágenes relacionado con cada procedimiento solicitado.
- Presentación PGP:
- Acceso a la información radiológica - Access to Radiology Information (ARI)
- Especifica y enumera las transacciones de consulta que proporcionan el acceso a la información radiológica, incluyendo tanto las imágenes como los informes asociados, en el mismo formato DICOM con el que fueron adquiridas o fueron elaborados. Esta facilidad de acceso es útil tanto para el departamento de radiología como para el resto de departamentos, como podrían ser el de anatomía patológica, el de cirugía y el de oncología.
- Presentación ARI:
- Anotaciones sobre imágenes clave - Key Image Note (KIN)
- Especifica las transacciones que permiten a un usuario marcar como significativas una o más imágenes de un estudio añadiéndoles una nota anexa que será tratada siempre como parte del estudio. Esta nota incluye un título para explicar el objeto de la nota, es decir por qué se seleccionan estas imágenes y un campo para comentarios del usuario.
- Los médicos pueden utilizar las anotaciones sobre imágenes para una gran variedad de propósitos, entre ellos: accesos de referencia para los facultativos, selección de archivos de interés, consulta con otros departamentos, y cuestiones referidas a la calidad de las imágenes.
- Presentación KIN:
- Imagen simple e Informe Numérico - Simple Image and Numeric Report (SINR)
- Facilita la integración de los cada vez más extendidos dictado digital, reconocimiento de voz y programas especializados en informado, mediante la separación de las funciones de informado en distintos actores para su creación, gestión, almacenamiento y visualización. La separación de estas funciones mientras se definen las transacciones para intercambiar los informes entre ellas, permite que los fabricantes y los proveedores puedan incluir una o más de estas funciones en un sistema real.
- Presentación SINR:
- Contabilización de cargos (Facturación) - Charge Posting (CHG)
- Especifica el intercambio de información entre loas Actores Ejecución de órdenes (Programación del Sistema departamental) y el Procesador de Cargos, con respecto a los cargos asociados con los procedimientos particulares así como a la comunicación entre los actores Registro y admisión de pacientes y Procesador de Cargos respecto a los datos demográficos del paciente, garantes, seguros y cuentas.
- La transacción envío de cargos contiene todos los procedimientos necesarios y datos para generar las facturas. Actualmente, estos interfaces contienen campos fijos formateados o datos en formato HL7.
- Presentación CHG:
- Flujo de trabajo de post proceso - Post Processing Workflow (PWF)
- Trata la necesidad de programar, distribuir y seguir el estatus de los pasos típicos en el flujo de trabajo del post-proceso, como podrían ser la ayuda al diagnóstico por computador o el procesado de imágenes.
- Se generan las listas de trabajo para cada una de estas tareas, que pueden ser consultadas en cualquier momento. El resultado de la consulta de los distintos temas o controles de trabajo definidos, retorna un estatus que se utiliza para la sincronización entre el sistema que realiza el trabajo y el sistema desde el que se está gestionando.
- Flujo de trabajo del informado - Reporting Workflow (RWF)
- Trata la necesidad de programar, distribuir y seguir el estatus de las tareas relacionadas con el informado tales como son la interpretación de las imágenes, la trascripción y la verificación del informe radiológico.
- Se generan las listas de trabajo para cada una de estas tareas, que pueden ser consultadas en cualquier momento. El resultado de la consulta de los distintos temas o controles de trabajo definidos, retorna un estatus que se utiliza para la sincronización entre el sistema que realiza el trabajo y el sistema desde el que se está gestionando.
- Documentos de evidencia - Evidence Documents (ED)
- Define las formas de interoperabilidad para que las observaciones, medidas, resultados y otros detalles del proceso grabados durante el transcurso de los procedimientos de salida de los dispositivos, como los sistemas de adquisición y las estaciones de trabajo, sean almacenados y gestionados por los sistemas de archivo, y sean recuperados y estén disponibles en los sistemas de visualización e informado. Esto permite que la otra información, la que no son imágenes, como pueden ser las medidas, los resultados de sistemas de ayuda al diagnóstico, procedimientos de conexión, etc., esté disponible como entrada en el proceso de generación de un informe de diagnóstico. Los Documentos de Evidencia pueden usarse como información adicional para el médico que está informando o en algunos casos para seleccionar datos del Documento de Evidencia que serán transcritos e incluidos en el informe correspondiente.
- Presentación ED:
- Datos de imagen portables Portable - Data for Imaging (PDI)
- Especifica actores y transacciones que permiten a los usuarios distribuir imágenes en soporte físico como un CD. El propósito de este perfil es proveer de un intercambio fiable de objetos de evidencia e informes diagnósticos para poder importarlos, visualizarlos en un monitor o imprimirlos por parte del actor que los recibe.
- Imagen NM - NM Image
- Especifica cómo las modalidades de adquisición y las estaciones de trabajo deben almacenar las imágenes NM y cómo los actores que se encargan de mostrar estas imágenes (Image Displays) deben realizar la petición y hacer uso de las mismas. Define las capacidades básicas que se espera que tengan los monitores, y cómo la visualización final de la imagen, tanto estática como dinámica, debe ser almacenada usando los objetos DICOM.
- TCE: Teaching Files & Clinical Trials (Implementación de Pruebas)
- El propósito de este perfil es habilitar mecanismos basados en el estándar DICOM para conectar sistemas clínicos a sistemas externos ya sean de material didáctico o de material de ensayos clínicos.
- Presentación TCE:
- XDS-I: Cross-Enterprise Document Sharing of Images (Implementación de Pruebas)
- Busca la compartición de imágenes entre organizaciones sanitarias de cualquier tipo. Imágenes también de cualquier modalidad y formato DICOM, abarcando incluso capturas visuales de informes diagnósticos o imágenes diagnósticas asociadas con el contenido de un informe. Con ello persigue ser el componente gráfico de la HCE (Historia Clínica Electrónica), ser un medio efectivo de acceder a documentos gráficos, de comparar imágenes de forma escalonada, con un fácil acceso y de forma distribuida. Es básicamente el perfil XDS al que se le han añadido dos actores, Image Manager e Image archive, y cuatro transacciones. Este perfil está liderado por EEUU y Canadá.
- Presentación XDS-I:
- NMI: Nuclear Medical Image with Cardiac Option (Implementación de Pruebas)
- La justificación de este perfil reside en las diferencias que tiene la manipulación de objetos DICOM NM con respecto a los tradicionales. Además, las prácticas en su visualización son diferentes, y los programas de análisis son usados de forma extensiva pero sin soporte para la distribución de sus resultados.
- Así pues este perfil se centra en el contenido, no en nuevos actores o transacciones. El valor buscado es la adaptación de perfiles del dominio de radiología para que satisfagan las necesidades de los datos de NM y de sus flujos de trabajo.
- Presentación NMI:
- FUS: Image Fusion (Implementación de Pruebas)
- El Perfil de Fusión de Imágenes especifica comunicaciones entre sistemas creadores y registradores (transformaciones espaciales en uno de los conjuntos de imágenes para poder realizar la fusión) de conjuntos de imágenes y los sistemas encargados de visualizar las imágenes fusionadas. Define como los objetos DICOM para los registros espaciales, las presentaciones conjuntas, y las imágenes por si solas son creadas, almacenadas, interrogadas, recuperadas, procesadas y visualizadas.
- IRWF: Import Reconciliation Workflow (Implementación de Pruebas)
- Describe detalles para la importación de Objetos de Evidencia (p. ej. Imágenes DICOM) y de datos no digitales (p. ej. placas escaneadas, documentos) importados como Objetos DICOM. Incluye el uso potencial de listas de trabajo, mensajes de estado sobre el procedimiento, y el manejo de la inclusión de atributos críticos (como los datos demográficos) en los datos importados. La preservación de los datos demográficos originales en los objetos también se considera.
- MAMMO: Mammography Image (Implementación de Pruebas)
- Especifica como Imágenes Mamográficas DICOM y Objetos de Evidencia son creados, intercambiados y utilizados. Describe como las Modalidades de Adquisición transfieres Imágenes Mamográficas Digitales de Campo Completo (FFDM), como sistemas CAD actúan como Creadores de Evidencias, y como los Sistemas Visualizadores de Imágenes deben recuperar y hacer uso de las imágenes y de los resultados CAD. Define las capacidades básicas que se esperan de estos sistemas de Visualización de Imágenes, y cuales son los atributos que se deben utilizar para implementar dichas capacidades.
- Radiology Audit Trail Option (Implementación de Pruebas)
- Define los requisitos específicos de las transacciones de Radiología para poder dar soporte al perfil ATNA de ITI. Detalla los sucesos de auditoría/registro para cada transacción de IHE-RAD, basandose en distintos sucesos desencadenadores de dichos registros.
ITI: Marco Técnico de Infraestructuras de las Tecnologías de la Información
Ver Imagen Perfiles ITI: 
- RID: Retrieve Information for Display
- Permite el acceso rápido y simple a la información del paciente para una mejor atención de este. Permite el acceso a documentos existentes en formatos de presentación bien conocidos: CDA, PDF, JPEG, etc. También da soporte al acceso a información importante centralizada tales como alergias, medicación actual, resúmenes de informes, etc. para su presentación a un clínico. Utiliza HTTP, servicios Web, formatos de presentación IT y HL7 CDA Level 1.
- Utilizándolo en conjunción con otros perfiles (EUA y PIX) el ámbito de este perfil se puede extender fuera de las fronteras de la empresa.
- EUA: Enterprise User Authentication
- Define los medios para establecer un nombre por usuario que puede ser utilizado en todos los dispositivos y aplicaciones que participen de este perfil. Facilita la gestión centralizada de la autentificación de usuarios y provee a los usuarios con la rapidez y conveniencia de una única autentificación. Utiliza Kerberos (RFC 1510) y el estandar HL7 CCOW.
- La autentificación de los usuarios es un paso necesario para la mayoría de las aplicaciones y las operaciones de acceso a datos, así como un lugar donde se puede optimizar el flujo de trabajo de los usuarios.
- PIX: Patient Identifier Cross-referencing
- Da soporte a la referencia cruzada de identificadores de pacientes de múltiples Dominios de Identificación de Pacientes. Esos identificadores "cruzados" de pacientes pueden utilizarse por sistemas "cosumidores de identidades" para correlacionar información sobre un único paciente procedente de fuentes que "conocen" al paciente con diferentes identificadores. Esto permite al clínico el tener una visión mas completa de la información del paciente.
- PSA: Patient Synchronized Applications
- Da soporte a la visualización de un único paciente entre aplicaciones,,que de otra manera serian independientes y sin relación, en la estación de trabajo del usuario. Reduce el acto repetitivo de seleccionar el mismo paciente en múltiples aplicativos, mejorando por tanto la seguridad del paciente mediante la reducción la probabilidad de errores médicos producidos por la visualización del paciente incorrecto. Su uso conjunto con PIX provee de un entorno fluido/sin saltos para los clínicos y el personal de IT. Utiliza el estándar HL7 CCOW.
- CT: Consistent Time
- Define mecanismos para sincronizar la base de tiempos entre múltiples actores y ordenadores. Múltiples perfiles de infraestructura, de seguridad y de adquisición requieren el uso de una base de tiempos consistente entre los sistemas. Este perfil de un error medio de sincronización inferior a 1 segundo. Opciones de configuración pueden proveer de una mejor sincronización. Utiliza el Protocolo de Tiempo en la Red (NTP) definido en RFC 1305.
- Presentación RID, EUA, PIX, PSA y CT:
- PDQ: Patient Demographics Query
- Provee de los mecanismos para que múltiples aplicaciones distribuidas puedan interrogar a un servidor central de información de pacientes sobre una lista de pacientes, basándose en criterios de búsqueda definidos por el usuario, y recuperar datos demográficos del paciente (y opcionalmente, encuentros o información sobre los encuentros) directamente a la aplicación del usuario.
- ATNA: Audit Trail and Node Authentication
- Es el segundo perfil más importante en el número de participantes para el próximo connectathon, por la simple razón de que es obligatorio para obtener un "integration statement". Define las características básicas de seguridad para garantizar que sólo personas autorizadas tengan acceso a la historia clínica; para proteger la historia clínica frente a alteraciones, destrucción o pérdida; y para cumplir las regulaciones existentes de privacidad y seguridad.
- PWP: Personnel White Pages
- Da acceso a un directorio de información sobre la plantilla de la Empresa Sanitaria. Esta información tiene un amplio uso dentro de múltiples aplicaciones clínicas y no-clínicas. Puede utilizarse para mejorar el flujo de trabajo clínico (datos de contacto), mejorar la interfase de usuario (nombres y títulos amigables) y asegurar la identidad (certificados digitales). Se encuentra relacionado con el perfil EUA previamente comentado.
- XDS: Cross Enterprise Document Sharing
- Se le considera como un perfil de integración revolucionario que está permitiendo definir una Historia Clínica Electrónica basada en documentos distribuidos. Sus principales características son que es escalable, de fácil acceso e independiente de la estructura hospitalaria y del tipo de documento. Se presentan varios aspectos de su implementación (XDS como un subset de ebXML, envío con metadatos mediante mensajes MDM o SOAP, petición con un secuencias SQL, objetos ebRIM).
- Presentación XDS-Update:
- NAV: Notification of Document Availability (Implementación de Pruebas)
- Es un perfil que se complementa con el XDS-MS (Cross Enterprise Sharing of Medical Summaries) para encontrar una solución a la compartición de un resumen clínico (medical summary) entre distintas organizaciones hospitalarias.
- Presentación XDS-MS + NAV:
- DSG: Document Digital Signature (Implementación de Pruebas)
- Perfil que se crea para dotar de las características de integridad y no repudio a la hora de compartir documentos. Se basa en una firma digital realizada con funciones HASH (claves pública y privada).
- Presentación DSG-Update:
- PAM: Patient Administration Management (Implementación de Pruebas)
- Perfil que gestiona la identificación del paciente y su información demográfica, su estado de cuentas y sus visitas (se introduce el concepto de encounter, extensión de visita, como cualquier interacción entre el paciente y el servicio sanitario), y sus movimientos dentro del hospital. Es un perfil que fusiona los anteriores PDQ y PIX, introduciendo más campos y subcampos buscando una ampliación de sus capacidades para satisfacer todo tipo de necesidades.
- Presentación PAM-Update:
- XDS-SD: Cross-enterprise Sharing of Scanned Document (Implementación de Pruebas)
- Una gran variedad de documentos heredados en papel, película, electrónicos o escaneados son utilizados para almacenar e intercambiar documentos clínicos. Estos formatos no se encuentran diseñados para contener documentación sanitaria, y de echo, no contienen un mecanismo uniforme para almacenar "metadatos" sanitarios asociados con los documentos, incluyendo identificadores de pacientes, datos demográficos, encuentros, peticiones, etc.. La asociación de metadatos estructurados con estos tipos de documentos es importante para mantener la integridad del registro sanitario del paciente.
- Este perfil define como emparejar esta información, representada por una cabecera estructurada HL7 CDA R2, con un un documento PDF o en formato plano que contenga la información clínica. Mas aún, este perfil define elementos de la cabecera CDA R2 necesarios para "anotar minimamente" estos documentos.
- XDM: Cross-enterprise Document Media Interchange (Implementación de Pruebas)
- Provee de los mecanismos para el intercambio de documentos y metadados utilizando una estructura común de directorios y ficheros a través de varios soportes estándar (CD-R, memorias USB). Permite también el intercambio a través de correos electrónicos con adjuntos ZIP.
- XDR: Cross-enterprise Document Reliable Interchange (Implementación de Pruebas)
- Se centra en proveer especificaciones basadas en estándares para la gestión del intercambio de documentación que las empresas sanitarias han decidido explícitamente intercambiar utilizando una comunicación segura en red punto a punto (sobre SMTP o HTTP/SOAP).En contraposición al mecanismo de publicar y colgar de XDS utiliza un mecanismo de "colocar".
- RFD: Retrieve Form for Data Capture (Implementación de Pruebas)
- Proporciona un método para reunir los datos desde la aplicación actual del usuario con el fin de cumplir los requisitos de un sistema externo. Soporta la recuperación de formularios desde una fuente de formularios, su visualización y relleno, y la devolución de los datos requeridos desde la aplicación de visualización a la aplicación fuente.
PCC: Marco Técnico de Coordinación del Cuidado del Paciente
Ver Imagen Perfiles PCC: 
- XDS-MS: Cross-Enterprise Sharing of Medical Summaries
- Es un mecanismo para automatizar la compartición de Resúmenes Médicos (Medical Summaries) entre organizaciones sanitarias. Estos Resúmenes Médicos son unos documentos clínicos que contienen los aspectos más relevantes de la información del paciente, y su estructura y contenido es específico de cada región o país según queda especificado en la sección Document Content.
- BPPC: Basic Patient Privacy Consents (Implementación de Pruebas)
- Aportara un mecanismo para registrar los distintos consentimientos del paciente, marcar documentos siguiendo distintas políticas de privacidad, y describe además cómo los distintos consumidores de estos documentos deben aplicar estas políticas.
- XPHR: Exchanging PHR Content (Implementación de Pruebas)
- Describirá cómo intercambiar información entre sistemas de información física (PHR-Physical Health Records) y electrónica (EHR-Electronic Health Records).
- PPHP: Preprocedural History and Physical (Implementación de Pruebas)
- Describirá un mecanismo para acceder a las distintas partes de un documento físico de historia del paciente que son necesarias para preparar la programación de un procedimiento, para identificar y evaluar riesgos.
- EDR: Emergency Department Referral (Implementación de Pruebas)
- Describira cómo utilizar un resumen de información clínica en el momento de ingresar a un paciente en urgencias.
![[Valid RSS]](Img/valid-rss.png "Validate my RSS feed")
