Guía de Implementación Core de Costa Rica
0.1.0 - ci-build
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-ubicacion modelo lógico.
No Mappings Found
| Nombre | FHIR R5 |
|---|---|
  CRLMUbicacion |
|
  identificacion |
Location.identifier `identifier.system` = `https://hl7.or.cr/fhir/sid/ubicacion/{código del establecimiento}`, con el mismo `{código del establecimiento}` que el `expediente-local` (sección 6.4 de tipos de identificación). `identifier.use` = `official`. No lleva `type`: hay un solo tipo de identificador de ubicación. |
   @id |
|
 extension |
|
 modifierExtension |
|
| codigo |
Location.identifier.value N/A |
 establecimiento |
Location.identifier.system (sufijo) No se envía como dato aparte: es el sufijo del `system`. |
| nombre |
Location.name En el perfil, `name` pasa de 0..1 a 1..1. |
| nombreAlternativo |
|
| descripcion |
|
| forma |
Location.form En R4 se llamaba `physicalType`; en R5 es `form`. El ValueSet CR es un subconjunto de `http://hl7.org/fhir/ValueSet/location-form` (binding `example` en R5), con los códigos verificados en `location-physical-type` 2.0.1. En el perfil, `form` pasa de 0..1 a 1..1. El texto en español va en `CodeableConcept.text`. Invariante `cr-ubicacion-facility`: `form.coding.where(system = 'http://terminology.hl7.org/CodeSystem/location-physical-type' and code = 'si').exists() = type.coding.where(system = 'https://profiles.ihe.net/ITI/mCSD/CodeSystem/IHE.mCSD.Organization.Location.Types' and code = 'facility').exists()`. |
| tipoServicio |
Location.type (slice service) `Location.type` se divide en dos slices, como en el perfil `IHE.mCSD.FacilityLocation`: `facility` (marca de la sede, ver forma física) y `service` (este dato). En el perfil, `Location.type` pasa de 0..* a 1..*, igual que en `IHE.mCSD.Location`. Se usa el binding estándar de R5 sin crear un ValueSet CR; mCSD usa el mismo ValueSet. Los códigos de ejemplo se verificaron en `v3-RoleCode` (ValueSet 3.0.0). El texto en español va en `CodeableConcept.text`. |
 organizacionResponsable |
Location.managingOrganization En el perfil, `managingOrganization` pasa de 0..1 a 1..1. Referencia lógica: `identifier.system` = `https://hl7.or.cr/fhir/sid/establecimiento` o `https://hl7.or.cr/fhir/sid/cedula-juridica`. Una unidad de la CCSS sin identificador se referencia de forma literal (`reference`). |
| ubicacionSuperior |
|
| telefono |
Location.contact.telecom (system = phone) En R5 `Location` tampoco tiene `telecom`: va en `Location.contact` (ExtendedContactDetail). Igual que en la organización, se usa un solo contacto general sin `purpose` (elementos nativos de `contact`, sin slices). `telecom.system` = `phone`, `telecom.use` = `work`. |
| correoElectronico |
Location.contact.telecom (system = email) `telecom.system` = `email`, `telecom.use` = `work`, en `Location.contact`. |
| direccion |
Location.address `address.use` se fija en `work` y `address.type` en `physical`. Sigue el perfil de tipo de dato `cr-address`, igual que la dirección del paciente y la de la organización. |
| @id |
|
| extension |
|
| modifierExtension |
|
| pais |
Location.address.country N/A |
| provincia |
Location.address.state N/A |
| canton |
Location.address.city N/A |
| distrito |
Location.address.district N/A |
| barrioPoblado |
precinct Extensión estándar `http://hl7.org/fhir/StructureDefinition/iso21090-ADXP-precinct`, igual que en el paciente. |
| codigoPostal |
Location.address.postalCode N/A |
| senas |
Location.address.line N/A |
| texto |
Location.address.text N/A |
 posicion |
Location.position R5 define `position` en WGS84 (el mismo sistema de KML). La altitud (`position.altitude`) no se modela. |
 @id |
|
| extension |
|
| modifierExtension |
|
| latitud |
|
| longitud |
|
| Documentación de este formato | |