Health Information Exchange
0.1.0 - ci-build
Costa Rica
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 y Resource Server de IUA.
Master Patient Index (MPI). 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. Es el componente que OpenHIE llama Client Registry.
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 no la designa. La propuesta para Costa Rica es 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 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.
Miembro. Organización participante de la comunidad. Figura en el directorio y el Authorization Server reconoce a sus sistemas.
Infraestructura central. Los actores que opera la comunidad, es decir, el Record Locator Service, el Document Registry, el Authorization Server, el directorio, el Master Patient Index y el Audit Record Repository.
Mediador. Otro nombre del Record Locator Service, por la función que cumple entre los miembros y los custodios.
Contexto de paciente. El paciente al que queda confinado un token emitido con HIX-2, es decir, la identidad maestra de la persona que lanzó la aplicación.
Access token. La credencial que un cliente presenta ante un Resource Server para pedir acceso, según OAuth 2.0.
Audience. El Resource Server, o los Resource Servers, ante los que vale un token, en el claim aud.
Identidad maestra. La identidad verificada de una persona, única en la comunidad, creada por la fuente autoritativa de identidad. Lleva un identificador de la persona que la fuente autoritativa reconoce, como la cédula, y los enlaces a las identidades locales.
MRN. Medical Record Number, el identificador que un miembro asigna a un paciente en su propio dominio, como su número de expediente. Solo tiene sentido dentro de ese dominio, y el Master Patient Index lo enlaza con la identidad maestra.
Identidad local. El paciente tal como lo conoce un miembro, con su MRN. 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. Lo que autoriza 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. El de un miembro está destinado a los Resource Servers centrales que define la comunidad, y el de la aplicación solo al Record Locator Service. Lleva el sujeto, el propósito de uso y el scope. El de un miembro lleva además su organización, y el de la aplicación del paciente el contexto de paciente y la organización solo si la aplicación tiene una registrada.
Token mediado. El token que el mediador obtiene con HIX-1 para el destino que nombra su resource, nunca para dos custodios, y un solo tipo de transacción, con el solicitante original como sujeto y el mediador como actor. Se emite para el custodio y, salvo que la comunidad autorice un token propio conforme a la sección 2.2, para cada Resource Server central que la comunidad despliegue como un sistema distinto.
Token de actor. El token propio que el Record Locator Service obtiene con ITI-71 y el grant Client Credentials, con el Authorization Server como audiencia y sin scope, y presenta como actor_token en HIX-1. Solo vale ante el Authorization Server y no lleva extensiones de IUA.
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.