Guía de Implementación Core de Costa Rica
0.1.0 - ci-build
Guía de Implementación Core de Costa Rica - Versión en desarrollo (v0.1.0): borrador de trabajo de la Iniciativa HL7® Costa Rica, que puede cambiar sin aviso.
| Estado de las normas de la página: Draft |
Mapeos para el cr-lm-persona-relacionada modelo lógico.
No Mappings Found
| Nombre | FHIR R5![]() |
|---|---|
![]() |
|
![]() ![]() |
RelatedPerson.patient Es el enlace estándar entre `RelatedPerson` y `Patient`: la persona relacionada apunta al paciente, y no al revés. Para obtener las personas relacionadas de un paciente se busca `RelatedPerson?patient={id}`. |
![]() ![]() |
RelatedPerson.identifier Igual que en el paciente: número y tipo van juntos en cada `RelatedPerson.identifier`, y el `system` se deriva del tipo (ver sistemas de identificación). La invariante `cr-pasaporte-system` también aplica. |
![]() ![]() ![]() |
|
![]() ![]() ![]() |
|
![]() ![]() ![]() |
|
![]() ![]() ![]() |
RelatedPerson.identifier.value Valor del identificador (cédula, DIMEX o pasaporte). |
![]() ![]() ![]() |
RelatedPerson.identifier.type Igual que en el paciente (decisión 15 del paciente), el tipo es **opcional**: el `system` ya dice de qué documento se trata. Si se envía, lleva el código CR (`cedula-nacional`, `dimex`, `pasaporte`) y, opcionalmente, su equivalente de HL7 v2-0203 (`NI`, `PRC`, `PPN`). El ValueSet `cr-tipo-identificacion-persona-relacionada` es un subconjunto de `cr-tipo-identificacion`. Invariante `cr-persona-relacionada-identificador-system`: solo se admiten los `system` de la cédula, el DIMEX y el pasaporte. |
![]() ![]() ![]() |
RelatedPerson.identifier.system (sufijo) No se envía como Coding: el código es el sufijo del `system` del pasaporte (`https://hl7.or.cr/fhir/sid/pasaporte/{ISO 3166-1 alfa-3}`). Opcionalmente, el nombre del país va en `identifier.assigner.display`. La invariante `cr-pasaporte-system` valida la forma del código (tres letras mayúsculas); que el código exista en ISO 3166-1 se valida en la aplicación o en el servidor. Ver pasaporte. |
![]() ![]() |
RelatedPerson.relationship Mapeo: Cónyuge (SPS), Padre (FTH), Madre (MTH), Tutor legal (GUARD), Hijo(a) (CHILD), Hermano(a) (SIB), Otro familiar (FAMMEMB), de v3-RoleCode. En R5 `RelatedPerson.relationship` es 0..* y el perfil lo pasa a 1..*: una persona puede tener varias relaciones (por ejemplo, madre y tutora legal). |
![]() ![]() |
RelatedPerson.name.given Primer y segundo nombre dentro de `RelatedPerson.name`. |
![]() ![]() |
RelatedPerson.name.family Igual que en el paciente: `family` lleva los dos apellidos completos del |
![]() ![]() ![]() |
|
![]() ![]() ![]() |
|
![]() ![]() ![]() |
|
![]() ![]() ![]() |
primerApellido.extension:valor.valueString Subextensión `valor` de la extensión CR `cr-primer-apellido` sobre `RelatedPerson.name.family`. |
![]() ![]() ![]() |
primerApellido.extension:origen.valueCoding Igual que en el paciente, sobre `RelatedPerson.name.family`. |
![]() ![]() |
RelatedPerson.name.family Igual que en el paciente. |
![]() ![]() ![]() |
|
![]() ![]() ![]() |
|
![]() ![]() ![]() |
|
![]() ![]() ![]() |
segundoApellido.extension:valor.valueString Subextensión `valor` de la extensión CR `cr-segundo-apellido` sobre `RelatedPerson.name.family`. |
![]() ![]() ![]() |
segundoApellido.extension:origen.valueCoding Igual que en el paciente, sobre `RelatedPerson.name.family`. |
![]() ![]() |
RelatedPerson.gender Igual que en el paciente (decisión 2): va solo en `RelatedPerson.gender`, y la definición del elemento en el perfil dice que lleva el sexo asignado al nacer. |
![]() ![]() |
RelatedPerson.birthDate Fecha de nacimiento en formato estándar ISO AAAA-MM-DD según documento oficial. |
![]() ![]() |
nationality Extensión `http://hl7.org/fhir/StructureDefinition/patient-nationality` (paquete de extensiones R5). El código va en `extension:code.value[x]`, con binding `extensible` a ISO 3166-1 alfa-3 (decisión 5 de nacionalidad) (ej. `CRI`). El nombre del país en español va en `CodeableConcept.text`, no en `coding.display` (decisión 3 de nacionalidad). |
![]() ![]() |
RelatedPerson.telecom (system = phone) `telecom.system` = "phone", `telecom.value` = número telefónico del |
![]() ![]() |
RelatedPerson.telecom (system = email) `telecom.system` = "email", `telecom.value` = correo electrónico de |
![]() ![]() |
RelatedPerson.address Igual que en el paciente: cada dirección sigue el perfil `cr-address`, con `state`, `city` y `district` obligatorios y validados contra la DTA si el país es `CRI`. |
![]() ![]() ![]() |
|
![]() ![]() ![]() |
|
![]() ![]() ![]() |
|
![]() ![]() ![]() |
RelatedPerson.address.use En el perfil, `use` pasa de 0..1 a 1..1 y se restringe a `home` y `temp`. |
![]() ![]() ![]() |
RelatedPerson.address.country `Address.country` es `string`; FHIR recomienda ISO 3166 y esta IG fija alfa-3, igual que en la nacionalidad. Si es `CRI`, la provincia, el cantón y el distrito son obligatorios (`cr-address`). |
![]() ![]() ![]() |
RelatedPerson.address.state En Costa Rica se envía el código de la DTA (ver pregunta 5 de la DTA); el nombre va en `text`. |
![]() ![]() ![]() |
RelatedPerson.address.city Mismo mapeo que en el paciente (decisión 5 del paciente). |
![]() ![]() ![]() |
RelatedPerson.address.district Mismo mapeo que en el paciente (decisión 5 del paciente). |
![]() ![]() ![]() |
precinct Extensión estándar `http://hl7.org/fhir/StructureDefinition/iso21090-ADXP-precinct` ("subdivisión de un municipio"), con contexto `Address`. No se usa `line`, que queda para las señas. Ver pregunta 6 de la DTA. |
![]() ![]() ![]() |
RelatedPerson.address.postalCode N/A |
![]() ![]() ![]() |
RelatedPerson.address.line `line` queda solo para señas o calle, igual que en el paciente. |
![]() ![]() ![]() |
RelatedPerson.address.text N/A |
![]() ![]() |
|
![]() ![]() ![]() |
|
![]() ![]() ![]() |
|
![]() ![]() ![]() |
|
![]() ![]() ![]() |
RelatedPerson.period.start N/A |
![]() ![]() ![]() |
RelatedPerson.period.end N/A |
Documentación de este formato | |