Health Information Exchange
0.1.0 - ci-build
Costa Rica
Health Information Exchange - Local Development build (v0.1.0) built by the FHIR (HL7® FHIR® Standard) Build Tools. See the Directory of published versions
Este glosario reúne, en una línea cada uno, los actores y términos que usa esta guía. Los actores propios de HIX se definen en la sección 2.2. Los actores IHE enlazan a la página del perfil que los define.
Record Locator Service. El mediador de la comunidad. Localiza y recupera documentos en nombre de los miembros y aplica la decisión de divulgación sobre los punteros. Es un nombre propio de esta guía, no vocabulario IHE.
Document Registry. El registro de documentos de la comunidad. Conserva los punteros a los documentos publicados y, bajo la Opción de Almacenamiento Central, el contenido que los custodios le entregan. Toma su nombre y su función del Document Registry de MHDS, pero es un actor de HIX, definido por los actores que agrupa.
Directorio de la comunidad. Publica las organizaciones participantes, su pertenencia a la comunidad y los endpoints en los que responden. Es el Directory de mCSD.
Registro de identidad maestra. Conserva una identidad maestra por persona y sus enlaces con las identidades locales. Agrupa al Patient Identity Registry de PMIR, al Patient Identifier Cross-reference Manager de PIXm y al Patient Demographics Supplier de PDQm.
Audit Record Repository. El actor de ATNA que recibe los eventos de auditoría de los actores centrales.
Fuente autoritativa de identidad. Sistema externo a la comunidad que verifica la identidad de las personas y crea las identidades maestras. Es el Patient Identity Source de PMIR. HIX propone que sea el EDUS.
Custodio. El sistema que publica y custodia documentos. Miembro que produce documentos, los conserva, declara las identidades locales de sus pacientes y publica los punteros.
Consumidor. El sistema que consume documentos. Miembro que localiza y recupera documentos de un paciente a través del Record Locator Service.
Aplicación del paciente. Aplicación con la que una persona, o quien ella autoriza, accede a su propio expediente con el contexto de paciente que fija el Authorization Server.
Document Source. Actor de MHD que publica documentos y sus punteros con ITI-65.
Document Consumer. Actor de MHD que localiza listas y documentos con ITI-66 e ITI-67 y recupera documentos con ITI-68.
Document Responder. Actor de MHD que responde la localización y la recuperación de documentos.
Document Recipient. Actor de MHD que recibe las publicaciones ITI-65.
Patient Identity Source. Actor de PMIR y de PIXm que alimenta identidades de paciente, con ITI-93 o ITI-104.
Patient Identity Registry. Actor de PMIR que conserva las identidades maestras que recibe por ITI-93.
Patient Identity Consumer. Actor de PMIR que recibe por ITI-93 los cambios de las identidades maestras, en particular las fusiones, y los aplica a sus propios datos.
Patient Identifier Cross-reference Manager. Actor de PIXm que recibe identidades locales por ITI-104, las enlaza con la identidad maestra y responde ITI-83.
Patient Identifier Cross-reference Consumer. Actor de PIXm que resuelve un identificador con ITI-83.
Patient Demographics Supplier. Actor de PDQm que responde búsquedas por datos demográficos con ITI-78 y coincidencias probabilísticas con ITI-119.
Patient Demographics Consumer. Actor de PDQm que busca pacientes por datos demográficos con ITI-78 o con ITI-119.
Directory. Actor de mCSD que publica el directorio y responde ITI-90. Hasta mCSD 3 se llamaba Care Services Selective Supplier, y así lo nombra todavía MHDS.
Query Client. Actor de mCSD que consulta el directorio con ITI-90. Hasta mCSD 3 se llamaba Care Services Selective Consumer, y así lo nombra todavía MHDS.
Resource Server. Actor de IUA que recibe un token con ITI-72, comprueba que está destinado a él y lo valida, en su caso con ITI-102.
Secure Node y Secure Application. Actores de ATNA. Un sistema que se declara uno u otro autentica sus conexiones, las cifra y registra sus eventos de auditoría con ITI-20. El Secure Node aplica esos servicios de seguridad a todo el sistema. La Secure Application los aplica solo a la aplicación y a los actores que agrupa.
Time Client. Actor de CT que sincroniza el reloj de su sistema mediante ITI-1 con el Time Server que la comunidad designa, propio o una fuente de tiempo externa.
Identidad maestra. La identidad verificada de una persona, única en la comunidad, creada por la fuente autoritativa de identidad. Lleva el identificador nacional y los enlaces a las identidades locales.
Identidad local. El paciente tal como lo conoce un miembro, con el identificador de su propio dominio. Cada miembro la declara y la enlaza con la identidad maestra.
Puntero. El DocumentReference que describe un documento sin contenerlo. Sobre él se toma toda decisión de la comunidad antes de mover contenido.
SubmissionSet. Recurso List de MHD que agrupa los punteros de una misma publicación y dice quién los publicó y cuándo. Toda publicación ITI-65 lleva uno, e ITI-66 los devuelve.
Decisión de divulgación. La evaluación que hace la infraestructura central, en el mediador o en el Document Registry, puntero por puntero y antes de recuperar, de si un documento puede entregarse a quien lo pide.
Propósito de uso. Código del conjunto PurposeOfUse de HL7 que dice para qué se accede. Viaja en el token y lo evalúa la decisión de divulgación.
Scope. El alcance de un token en OAuth 2.0. Fija qué transacciones puede pedir su portador.
OpenID Provider. Authorization Server de OAuth 2.0 que además autentica a la persona y acredita esa autenticación con un id_token, según OpenID Connect. En HIX lo es el Authorization Server de la comunidad.
Token del solicitante. El token que un miembro obtiene con ITI-71, o la aplicación del paciente con HIX-2, destinado al Record Locator Service. Lleva el sujeto, la organización, el propósito de uso, el alcance y, en el caso de la aplicación del paciente, el contexto de paciente.
Token intercambiado. El token que el mediador obtiene con HIX-1 para un único destino y una sola transacción, con el solicitante original como sujeto y el mediador como actor.
PEP. Punto de aplicación de política. El lugar donde se comprueba que una petición cumple las reglas de la comunidad. En HIX, el primero es el mediador.
PDP. Punto de decisión de política. El lugar donde se toma la decisión que el PEP aplica. En HIX, la decisión de divulgación se toma en la infraestructura central, en el mediador o en el Document Registry.