Lugar físico donde se prestan servicios de salud: la sede de un establecimiento, un edificio, un piso, un servicio (emergencias, radiología, laboratorio), una sala, una cama o una unidad móvil. Se modela con el recurso Location de FHIR R5.

Código interno con que el establecimiento identifica la ubicación (por ejemplo, el código de un servicio o de una sala en su sistema).

Regla de negocio: Opcional. En Costa Rica no hay un catálogo nacional de ubicaciones, así que el código lo asigna cada establecimiento y solo es único dentro de él. Por eso cada código va acompañado del establecimiento que lo asignó, con el mismo patrón que el expediente-local del paciente. Si la ubicación no tiene código, se identifica por su organización responsable, su nombre y su ubicación superior.

Regla de validación: No puede haber dos ocurrencias con el mismo establecimiento y código. Invariante cr-identificador-unico (compartida por la ubicación, el rol, el servicio y la relación entre organizaciones): `identifier.select(system & '

Comentarios: Si en el futuro existe un catálogo nacional de establecimientos o de servicios, se agrega como otro identificador, sin cambiar lo ya intercambiado (pregunta 1).

Permite que dos sistemas del mismo establecimiento, por ejemplo el expediente y el sistema de imágenes, se refieran a la misma sala o servicio. Es opcional porque no hay un catálogo nacional de ubicaciones.

Unique id for the element within a resource (for internal references). This may be any string value that does not contain spaces.

May be used to represent additional information that is not part of the basic definition of the element. To make the use of extensions safe and managable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension.

There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone.

May be used to represent additional information that is not part of the basic definition of the element and that modifies the understanding of the element in which it is contained and/or the understanding of the containing element's descendants. Usually modifier elements provide negation or qualification. To make the use of extensions safe and managable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. Applications processing a resource are required to check for modifier extensions.

Modifier extensions SHALL NOT change the meaning of any elements on Resource or DomainResource (including cannot change the meaning of modifierExtension itself).

There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone.

Modifier extensions allow for extensions that cannot be safely ignored to be clearly distinguished from the vast majority of extensions which can be safely ignored. This promotes interoperability by eliminating the need for implementers to prohibit the presence of extensions. For further information, see the definition of modifier extensions.

Código de la ubicación en el sistema del establecimiento.

Regla de negocio: Lo define cada establecimiento. No se reutiliza para otra ubicación, aunque la anterior quede inactiva.

Regla de validación: De 1 a 64 caracteres, sin espacios. Invariante cr-codigo-interno-value: matches('^\\S{1,64}$').

Es el valor con que el sistema del establecimiento reconoce la ubicación.

Código del establecimiento que asignó el código de la ubicación.

Regla de negocio: Es el codigo-establecimiento de la organización responsable o, si es una unidad sin identificador propio, el de su organización superior. Por ejemplo, todas las ubicaciones de la CCSS usan cj-4000042147, igual que los expedientes del EDUS.

Regla de validación: Mismo patrón que el codigo-establecimiento: cj- + cédula jurídica, cn- + cédula nacional o dimex- + DIMEX. Invariante cr-ubicacion-system: system.matches('^https://hl7\\.or\\.cr/fhir/sid/ubicacion/(cj-[1-9][0-9]{9}|cn-[1-9][0-9]{8}|dimex-[1-9][0-9]{10,11})$').

Comentarios: Sigue la misma regla que el expediente (pregunta 1): la CCSS usa su cédula jurídica para todas sus unidades, lo que supone que sus códigos internos de ubicación son únicos en toda la institución. Ese supuesto se confirma con la CCSS junto con el del expediente del EDUS (pregunta 10 de tipos de identificación).

Cada establecimiento numera sus ubicaciones por su cuenta. El establecimiento hace único el código, igual que en el expediente del paciente.

Nombre con que se conoce la ubicación.

Regla de negocio: Para una sede, el nombre del establecimiento en ese lugar (Hospital de ejemplo, sede central); para un espacio interno, el nombre que usa el establecimiento (Servicio de Radiología, Sala de tomografía 2).

Regla de validación: Longitud de 2 a 250 caracteres.

Es como se reconoce la ubicación en un informe, una cita o una referencia (por ejemplo, Servicio de Radiología). Con él se identifica una ubicación sin código.

Otros nombres de la ubicación: siglas, nombre anterior o nombre popular.

Regla de negocio: Por ejemplo, Rayos X para el Servicio de Radiología.

Regla de validación: Longitud de 2 a 250 caracteres por nombre.

Permite encontrar la ubicación por el nombre con que la conocen los pacientes y el personal, como Rayos X.

Indicaciones adicionales para encontrar la ubicación o entender qué es.

Regla de negocio: Por ejemplo, Segundo piso, al fondo del pasillo de consulta externa.

Regla de validación: Longitud máxima de 500 caracteres.

Ayuda al paciente o al personal a llegar a la ubicación dentro del establecimiento.

Qué clase de espacio físico es. Valores: 1. Sede (si) 2. Edificio (bu) 3. Ala (wi) 4. Pabellón o salón (wa) 5. Piso (lvl) 6. Sala o consultorio (ro) 7. Cama (bd) 8. Vehículo, unidad móvil (ve) 9. Área (area)

Regla de negocio: Define dónde va la ubicación en la jerarquía física: una sede contiene edificios, un edificio contiene pisos, un piso contiene salas, una sala contiene camas. Una unidad móvil (por ejemplo, una unidad de mamografía) es un vehículo. Una sede (si) es un establecimiento para IHE mCSD: lleva la marca facility en Location.type, que el sistema agrega sin que el usuario la capture.

Regla de validación: Debe pertenecer al catálogo forma física de la ubicación.

Comentarios: Se excluyen co (pasillo), ho (casa), ca (gabinete), rd (vía), jdn (jurisdicción) y vi (virtual). La atención en el domicilio del paciente no es una ubicación del establecimiento, y la telemedicina queda fuera de esta versión (pregunta 4).

Ordena la jerarquía física (sede, edificio, piso, sala, cama) y distingue la sede, que es un establecimiento para IHE mCSD, de los espacios internos.

Función clínica que se cumple en la ubicación. Ejemplos: Emergencias (ER), Radiología (RADDX), Laboratorio hospitalario (HLAB), Laboratorio de pacientes internados (INLAB), Laboratorio ambulatorio (OUTLAB), Farmacia (PHARM), Cuidados intensivos (ICU), Pediatría (PEDU), Endoscopía (ENDOS), Radioterapia (RADO), Unidad móvil (MOBL).

Regla de negocio: Obligatorio para toda ubicación que no sea una sede: IHE mCSD exige que toda ubicación tenga al menos un type, y la sede ya lleva la marca facility. Es lo que permite saber, por ejemplo, que un estudio de imágenes se hizo en un servicio de radiología. Un edificio o un piso sin función clínica propia no se registra: sus salas se enlazan directamente a la sede (ver ubicación superior).

Regla de validación: Debe pertenecer al ValueSet HL7 tipo de servicio de la ubicación, o a un código que no esté en él si ninguno aplica (binding extensible).

Comentarios: No se confunde con el tipo de establecimiento, que clasifica a la organización. Cubre en parte los vacíos de ese catálogo: una farmacia, un servicio de imágenes o un laboratorio dentro de un establecimiento se representan aquí (pregunta 2).

Dice qué función clínica se cumple en la ubicación. Permite saber, por ejemplo, que un estudio se hizo en un servicio de radiología o buscar dónde hay emergencias. IHE mCSD lo exige para toda ubicación que no sea una sede.

Organización que opera la ubicación y responde por ella.

Regla de negocio: Obligatoria. Es la organización más específica que corresponda: el hospital (unidad de la CCSS), no la CCSS; el EBAIS, no el área de salud. Todas las ubicaciones de una jerarquía física suelen tener la misma organización responsable, pero no es obligatorio (por ejemplo, un laboratorio privado que opera dentro de un hospital).

Regla de validación: Referencia a un Organization que cumpla el modelo de organización. Si la organización tiene identificador, se admite la referencia lógica.

Es quien opera la ubicación y responde por lo que pasa en ella, por ejemplo por un estudio hecho en una sala.

Ubicación física que contiene a esta (la sala está en un piso, el piso en un edificio, el edificio en una sede).

Regla de negocio: Obligatoria para toda ubicación que no sea una sede (forma distinta de si) ni una unidad móvil (ve). Una ubicación no puede contenerse a sí misma, directa ni indirectamente. No hace falta representar todos los niveles: una sala puede estar directamente en una sede.

Regla de validación: Referencia a un Location que cumpla este modelo. Invariante cr-ubicacion-superior: (form.coding.where(system = 'http://terminology.hl7.org/CodeSystem/location-physical-type' and code in ('si' | 've')).empty()) implies partOf.exists().

Comentarios: Los ciclos no los detecta el validador; los debe controlar el servidor.

Ubica el espacio dentro de su sede (la sala en el piso, el piso en el edificio), para llegar a él y para agrupar la información por sede.

Teléfono de la ubicación (por ejemplo, la extensión del servicio de radiología).

Regla de negocio: Opcional. Si no se registra, se usa el de la organización responsable.

Regla de validación: Formato E.164: +, el código de país y el número, sin espacios ni guiones; en Costa Rica, +506 y 8 dígitos (o un número 800 o 900 de 10 dígitos). La captura puede omitir el +506, pero el sistema lo agrega antes de guardar o enviar. Una extensión interna va después de ;ext= (RFC 3966). Invariante común cr-telefono.

Permite comunicarse directamente con el servicio, por ejemplo para coordinar un estudio.

Correo de la ubicación o del servicio.

Regla de negocio: Opcional.

Regla de validación: Igual que en el paciente: RFC 5322, máximo 100 caracteres.

Sirve para las comunicaciones formales con el servicio.

Dirección física de la ubicación.

Regla de negocio: Obligatoria para una sede (forma = si). Las ubicaciones internas (edificio, piso, sala, cama) no la repiten: heredan la de su ubicación superior. Una unidad móvil no tiene dirección fija; si hace falta, se registra la posición donde está.

Regla de validación: Igual que en el paciente: si direccion.pais es CRI, provincia, canton y distrito son obligatorios y deben ser concordantes entre sí. Invariante cr-ubicacion-sede-direccion: form.coding.where(system = 'http://terminology.hl7.org/CodeSystem/location-physical-type' and code = 'si').exists() implies address.exists().

Comentarios: La dirección de la sede principal puede coincidir con la de la organización; se acepta la repetición.

Ubica la sede para que el paciente llegue y para referir a ella. Las ubicaciones internas heredan la dirección de su sede.

Unique id for the element within a resource (for internal references). This may be any string value that does not contain spaces.

May be used to represent additional information that is not part of the basic definition of the element. To make the use of extensions safe and managable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension.

There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone.

May be used to represent additional information that is not part of the basic definition of the element and that modifies the understanding of the element in which it is contained and/or the understanding of the containing element's descendants. Usually modifier elements provide negation or qualification. To make the use of extensions safe and managable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. Applications processing a resource are required to check for modifier extensions.

Modifier extensions SHALL NOT change the meaning of any elements on Resource or DomainResource (including cannot change the meaning of modifierExtension itself).

There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone.

Modifier extensions allow for extensions that cannot be safely ignored to be clearly distinguished from the vast majority of extensions which can be safely ignored. This promotes interoperability by eliminating the need for implementers to prohibit the presence of extensions. For further information, see the definition of modifier extensions.

País de la dirección.

Regla de negocio: Igual que en el paciente.

Regla de validación: Código ISO 3166-1 alfa-3 en mayúsculas, del catálogo de países.

Igual que en la dirección del paciente: decide si la dirección sigue la División Territorial Administrativa o es de otro país.

Provincia (Costa Rica) o estado, región o departamento (otro país).

Regla de negocio: Igual que en el paciente. Obligatoria si el país es CRI.

Regla de validación: Si el país es CRI: código de provincia de la DTA del SNIT (1 a 7).

Obligatorio si el país es CRI, por invariante.

Igual que en la dirección del paciente: primer nivel de la División Territorial Administrativa.

Cantón (Costa Rica) o ciudad (otro país).

Regla de negocio: Igual que en el paciente. Obligatorio si el país es CRI y debe pertenecer a la provincia indicada.

Regla de validación: Si el país es CRI: código de cantón de la DTA del SNIT (3 dígitos), concordante con la provincia.

Obligatorio si el país es CRI, por invariante.

Igual que en la dirección del paciente: segundo nivel de la División Territorial Administrativa.

Distrito (Costa Rica).

Regla de negocio: Igual que en el paciente. Obligatorio si el país es CRI y debe pertenecer al cantón indicado.

Regla de validación: Si el país es CRI: código de distrito de la DTA del SNIT (5 dígitos), concordante con el cantón.

Obligatorio si el país es CRI, por invariante.

Igual que en la dirección del paciente: nivel más fino de la División Territorial Administrativa.

Barrio (zona urbana) o poblado (zona rural) dentro del distrito.

Regla de negocio: Igual que en el paciente.

Regla de validación: Texto de hasta 100 caracteres.

Igual que en la dirección del paciente: precisa la ubicación dentro del distrito.

Código postal.

Regla de negocio: Opcional en cualquier país.

Igual que en la dirección del paciente: lo usan las direcciones de otros países.

Señas (Costa Rica) o calle y número (otro país).

Regla de negocio: Igual que en el paciente.

Regla de validación: Longitud máxima de 250 caracteres.

Igual que en la dirección del paciente: sin las señas no se puede llegar al lugar.

Dirección completa, tal como se muestra o se imprime.

Regla de negocio: Igual que en el paciente. Incluye los nombres (no los códigos) de provincia, cantón y distrito.

Regla de validación: Longitud mínima de 5 y máxima de 250 caracteres.

Igual que en la dirección del paciente: permite mostrar la dirección sin armarla a partir de los códigos.

Coordenadas geográficas de la ubicación.

Regla de negocio: Opcional. Se recomienda para las sedes, sobre todo en zonas rurales donde las señas no bastan para llegar, y para planificar la red de servicios. Las ubicaciones internas no la repiten.

Regla de validación: Sistema de referencia WGS84, en grados decimales. Si el país de la dirección es CRI, la posición debe estar dentro del territorio nacional (se valida en la aplicación o en el servidor).

Comentarios: No hay una capa oficial de establecimientos de salud con coordenadas: cada establecimiento registra las suyas (pregunta 5).

Permite llegar a una sede donde las señas no bastan, sobre todo en zonas rurales, mostrarla en un mapa y planificar la red de servicios por cercanía.

Unique id for the element within a resource (for internal references). This may be any string value that does not contain spaces.

May be used to represent additional information that is not part of the basic definition of the element. To make the use of extensions safe and managable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension.

There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone.

May be used to represent additional information that is not part of the basic definition of the element and that modifies the understanding of the element in which it is contained and/or the understanding of the containing element's descendants. Usually modifier elements provide negation or qualification. To make the use of extensions safe and managable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. Applications processing a resource are required to check for modifier extensions.

Modifier extensions SHALL NOT change the meaning of any elements on Resource or DomainResource (including cannot change the meaning of modifierExtension itself).

There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone.

Modifier extensions allow for extensions that cannot be safely ignored to be clearly distinguished from the vast majority of extensions which can be safely ignored. This promotes interoperability by eliminating the need for implementers to prohibit the presence of extensions. For further information, see the definition of modifier extensions.

Latitud en grados decimales.

Regla de validación: Entre -90 y 90. En Costa Rica, aproximadamente entre 5 y 12 (incluye la Isla del Coco).

Con la longitud, sitúa la sede en el mapa.

Longitud en grados decimales.

Regla de validación: Entre -180 y 180. En Costa Rica, aproximadamente entre -88 y -82 (incluye la Isla del Coco).

Con la latitud, sitúa la sede en el mapa.

Lugar físico donde se prestan servicios de salud: la sede de un establecimiento, un edificio, un piso, un servicio (emergencias, radiología, laboratorio), una sala, una cama o una unidad móvil. Se modela con el recurso Location de FHIR R5.

Código interno con que el establecimiento identifica la ubicación (por ejemplo, el código de un servicio o de una sala en su sistema).

Regla de negocio: Opcional. En Costa Rica no hay un catálogo nacional de ubicaciones, así que el código lo asigna cada establecimiento y solo es único dentro de él. Por eso cada código va acompañado del establecimiento que lo asignó, con el mismo patrón que el expediente-local del paciente. Si la ubicación no tiene código, se identifica por su organización responsable, su nombre y su ubicación superior.

Regla de validación: No puede haber dos ocurrencias con el mismo establecimiento y código. Invariante cr-identificador-unico (compartida por la ubicación, el rol, el servicio y la relación entre organizaciones): `identifier.select(system & '

Comentarios: Si en el futuro existe un catálogo nacional de establecimientos o de servicios, se agrega como otro identificador, sin cambiar lo ya intercambiado (pregunta 1).

Permite que dos sistemas del mismo establecimiento, por ejemplo el expediente y el sistema de imágenes, se refieran a la misma sala o servicio. Es opcional porque no hay un catálogo nacional de ubicaciones.

Código de la ubicación en el sistema del establecimiento.

Regla de negocio: Lo define cada establecimiento. No se reutiliza para otra ubicación, aunque la anterior quede inactiva.

Regla de validación: De 1 a 64 caracteres, sin espacios. Invariante cr-codigo-interno-value: matches('^\\S{1,64}$').

Es el valor con que el sistema del establecimiento reconoce la ubicación.

Código del establecimiento que asignó el código de la ubicación.

Regla de negocio: Es el codigo-establecimiento de la organización responsable o, si es una unidad sin identificador propio, el de su organización superior. Por ejemplo, todas las ubicaciones de la CCSS usan cj-4000042147, igual que los expedientes del EDUS.

Regla de validación: Mismo patrón que el codigo-establecimiento: cj- + cédula jurídica, cn- + cédula nacional o dimex- + DIMEX. Invariante cr-ubicacion-system: system.matches('^https://hl7\\.or\\.cr/fhir/sid/ubicacion/(cj-[1-9][0-9]{9}|cn-[1-9][0-9]{8}|dimex-[1-9][0-9]{10,11})$').

Comentarios: Sigue la misma regla que el expediente (pregunta 1): la CCSS usa su cédula jurídica para todas sus unidades, lo que supone que sus códigos internos de ubicación son únicos en toda la institución. Ese supuesto se confirma con la CCSS junto con el del expediente del EDUS (pregunta 10 de tipos de identificación).

Cada establecimiento numera sus ubicaciones por su cuenta. El establecimiento hace único el código, igual que en el expediente del paciente.

Nombre con que se conoce la ubicación.

Regla de negocio: Para una sede, el nombre del establecimiento en ese lugar (Hospital de ejemplo, sede central); para un espacio interno, el nombre que usa el establecimiento (Servicio de Radiología, Sala de tomografía 2).

Regla de validación: Longitud de 2 a 250 caracteres.

Es como se reconoce la ubicación en un informe, una cita o una referencia (por ejemplo, Servicio de Radiología). Con él se identifica una ubicación sin código.

Otros nombres de la ubicación: siglas, nombre anterior o nombre popular.

Regla de negocio: Por ejemplo, Rayos X para el Servicio de Radiología.

Regla de validación: Longitud de 2 a 250 caracteres por nombre.

Permite encontrar la ubicación por el nombre con que la conocen los pacientes y el personal, como Rayos X.

Indicaciones adicionales para encontrar la ubicación o entender qué es.

Regla de negocio: Por ejemplo, Segundo piso, al fondo del pasillo de consulta externa.

Regla de validación: Longitud máxima de 500 caracteres.

Ayuda al paciente o al personal a llegar a la ubicación dentro del establecimiento.

Qué clase de espacio físico es. Valores: 1. Sede (si) 2. Edificio (bu) 3. Ala (wi) 4. Pabellón o salón (wa) 5. Piso (lvl) 6. Sala o consultorio (ro) 7. Cama (bd) 8. Vehículo, unidad móvil (ve) 9. Área (area)

Regla de negocio: Define dónde va la ubicación en la jerarquía física: una sede contiene edificios, un edificio contiene pisos, un piso contiene salas, una sala contiene camas. Una unidad móvil (por ejemplo, una unidad de mamografía) es un vehículo. Una sede (si) es un establecimiento para IHE mCSD: lleva la marca facility en Location.type, que el sistema agrega sin que el usuario la capture.

Regla de validación: Debe pertenecer al catálogo forma física de la ubicación.

Comentarios: Se excluyen co (pasillo), ho (casa), ca (gabinete), rd (vía), jdn (jurisdicción) y vi (virtual). La atención en el domicilio del paciente no es una ubicación del establecimiento, y la telemedicina queda fuera de esta versión (pregunta 4).

Ordena la jerarquía física (sede, edificio, piso, sala, cama) y distingue la sede, que es un establecimiento para IHE mCSD, de los espacios internos.

Función clínica que se cumple en la ubicación. Ejemplos: Emergencias (ER), Radiología (RADDX), Laboratorio hospitalario (HLAB), Laboratorio de pacientes internados (INLAB), Laboratorio ambulatorio (OUTLAB), Farmacia (PHARM), Cuidados intensivos (ICU), Pediatría (PEDU), Endoscopía (ENDOS), Radioterapia (RADO), Unidad móvil (MOBL).

Regla de negocio: Obligatorio para toda ubicación que no sea una sede: IHE mCSD exige que toda ubicación tenga al menos un type, y la sede ya lleva la marca facility. Es lo que permite saber, por ejemplo, que un estudio de imágenes se hizo en un servicio de radiología. Un edificio o un piso sin función clínica propia no se registra: sus salas se enlazan directamente a la sede (ver ubicación superior).

Regla de validación: Debe pertenecer al ValueSet HL7 tipo de servicio de la ubicación, o a un código que no esté en él si ninguno aplica (binding extensible).

Comentarios: No se confunde con el tipo de establecimiento, que clasifica a la organización. Cubre en parte los vacíos de ese catálogo: una farmacia, un servicio de imágenes o un laboratorio dentro de un establecimiento se representan aquí (pregunta 2).

Dice qué función clínica se cumple en la ubicación. Permite saber, por ejemplo, que un estudio se hizo en un servicio de radiología o buscar dónde hay emergencias. IHE mCSD lo exige para toda ubicación que no sea una sede.

Organización que opera la ubicación y responde por ella.

Regla de negocio: Obligatoria. Es la organización más específica que corresponda: el hospital (unidad de la CCSS), no la CCSS; el EBAIS, no el área de salud. Todas las ubicaciones de una jerarquía física suelen tener la misma organización responsable, pero no es obligatorio (por ejemplo, un laboratorio privado que opera dentro de un hospital).

Regla de validación: Referencia a un Organization que cumpla el modelo de organización. Si la organización tiene identificador, se admite la referencia lógica.

Es quien opera la ubicación y responde por lo que pasa en ella, por ejemplo por un estudio hecho en una sala.

Ubicación física que contiene a esta (la sala está en un piso, el piso en un edificio, el edificio en una sede).

Regla de negocio: Obligatoria para toda ubicación que no sea una sede (forma distinta de si) ni una unidad móvil (ve). Una ubicación no puede contenerse a sí misma, directa ni indirectamente. No hace falta representar todos los niveles: una sala puede estar directamente en una sede.

Regla de validación: Referencia a un Location que cumpla este modelo. Invariante cr-ubicacion-superior: (form.coding.where(system = 'http://terminology.hl7.org/CodeSystem/location-physical-type' and code in ('si' | 've')).empty()) implies partOf.exists().

Comentarios: Los ciclos no los detecta el validador; los debe controlar el servidor.

Ubica el espacio dentro de su sede (la sala en el piso, el piso en el edificio), para llegar a él y para agrupar la información por sede.

Teléfono de la ubicación (por ejemplo, la extensión del servicio de radiología).

Regla de negocio: Opcional. Si no se registra, se usa el de la organización responsable.

Regla de validación: Formato E.164: +, el código de país y el número, sin espacios ni guiones; en Costa Rica, +506 y 8 dígitos (o un número 800 o 900 de 10 dígitos). La captura puede omitir el +506, pero el sistema lo agrega antes de guardar o enviar. Una extensión interna va después de ;ext= (RFC 3966). Invariante común cr-telefono.

Permite comunicarse directamente con el servicio, por ejemplo para coordinar un estudio.

Correo de la ubicación o del servicio.

Regla de negocio: Opcional.

Regla de validación: Igual que en el paciente: RFC 5322, máximo 100 caracteres.

Sirve para las comunicaciones formales con el servicio.

Dirección física de la ubicación.

Regla de negocio: Obligatoria para una sede (forma = si). Las ubicaciones internas (edificio, piso, sala, cama) no la repiten: heredan la de su ubicación superior. Una unidad móvil no tiene dirección fija; si hace falta, se registra la posición donde está.

Regla de validación: Igual que en el paciente: si direccion.pais es CRI, provincia, canton y distrito son obligatorios y deben ser concordantes entre sí. Invariante cr-ubicacion-sede-direccion: form.coding.where(system = 'http://terminology.hl7.org/CodeSystem/location-physical-type' and code = 'si').exists() implies address.exists().

Comentarios: La dirección de la sede principal puede coincidir con la de la organización; se acepta la repetición.

Ubica la sede para que el paciente llegue y para referir a ella. Las ubicaciones internas heredan la dirección de su sede.

País de la dirección.

Regla de negocio: Igual que en el paciente.

Regla de validación: Código ISO 3166-1 alfa-3 en mayúsculas, del catálogo de países.

Igual que en la dirección del paciente: decide si la dirección sigue la División Territorial Administrativa o es de otro país.

Provincia (Costa Rica) o estado, región o departamento (otro país).

Regla de negocio: Igual que en el paciente. Obligatoria si el país es CRI.

Regla de validación: Si el país es CRI: código de provincia de la DTA del SNIT (1 a 7).

Obligatorio si el país es CRI, por invariante.

Igual que en la dirección del paciente: primer nivel de la División Territorial Administrativa.

Cantón (Costa Rica) o ciudad (otro país).

Regla de negocio: Igual que en el paciente. Obligatorio si el país es CRI y debe pertenecer a la provincia indicada.

Regla de validación: Si el país es CRI: código de cantón de la DTA del SNIT (3 dígitos), concordante con la provincia.

Obligatorio si el país es CRI, por invariante.

Igual que en la dirección del paciente: segundo nivel de la División Territorial Administrativa.

Distrito (Costa Rica).

Regla de negocio: Igual que en el paciente. Obligatorio si el país es CRI y debe pertenecer al cantón indicado.

Regla de validación: Si el país es CRI: código de distrito de la DTA del SNIT (5 dígitos), concordante con el cantón.

Obligatorio si el país es CRI, por invariante.

Igual que en la dirección del paciente: nivel más fino de la División Territorial Administrativa.

Barrio (zona urbana) o poblado (zona rural) dentro del distrito.

Regla de negocio: Igual que en el paciente.

Regla de validación: Texto de hasta 100 caracteres.

Igual que en la dirección del paciente: precisa la ubicación dentro del distrito.

Código postal.

Regla de negocio: Opcional en cualquier país.

Igual que en la dirección del paciente: lo usan las direcciones de otros países.

Señas (Costa Rica) o calle y número (otro país).

Regla de negocio: Igual que en el paciente.

Regla de validación: Longitud máxima de 250 caracteres.

Igual que en la dirección del paciente: sin las señas no se puede llegar al lugar.

Dirección completa, tal como se muestra o se imprime.

Regla de negocio: Igual que en el paciente. Incluye los nombres (no los códigos) de provincia, cantón y distrito.

Regla de validación: Longitud mínima de 5 y máxima de 250 caracteres.

Igual que en la dirección del paciente: permite mostrar la dirección sin armarla a partir de los códigos.

Coordenadas geográficas de la ubicación.

Regla de negocio: Opcional. Se recomienda para las sedes, sobre todo en zonas rurales donde las señas no bastan para llegar, y para planificar la red de servicios. Las ubicaciones internas no la repiten.

Regla de validación: Sistema de referencia WGS84, en grados decimales. Si el país de la dirección es CRI, la posición debe estar dentro del territorio nacional (se valida en la aplicación o en el servidor).

Comentarios: No hay una capa oficial de establecimientos de salud con coordenadas: cada establecimiento registra las suyas (pregunta 5).

Permite llegar a una sede donde las señas no bastan, sobre todo en zonas rurales, mostrarla en un mapa y planificar la red de servicios por cercanía.

Latitud en grados decimales.

Regla de validación: Entre -90 y 90. En Costa Rica, aproximadamente entre 5 y 12 (incluye la Isla del Coco).

Con la longitud, sitúa la sede en el mapa.

Longitud en grados decimales.

Regla de validación: Entre -180 y 180. En Costa Rica, aproximadamente entre -88 y -82 (incluye la Isla del Coco).

Con la latitud, sitúa la sede en el mapa.

Lugar físico donde se prestan servicios de salud: la sede de un establecimiento, un edificio, un piso, un servicio (emergencias, radiología, laboratorio), una sala, una cama o una unidad móvil. Se modela con el recurso Location de FHIR R5.

Código interno con que el establecimiento identifica la ubicación (por ejemplo, el código de un servicio o de una sala en su sistema).

Regla de negocio: Opcional. En Costa Rica no hay un catálogo nacional de ubicaciones, así que el código lo asigna cada establecimiento y solo es único dentro de él. Por eso cada código va acompañado del establecimiento que lo asignó, con el mismo patrón que el expediente-local del paciente. Si la ubicación no tiene código, se identifica por su organización responsable, su nombre y su ubicación superior.

Regla de validación: No puede haber dos ocurrencias con el mismo establecimiento y código. Invariante cr-identificador-unico (compartida por la ubicación, el rol, el servicio y la relación entre organizaciones): `identifier.select(system & '

Comentarios: Si en el futuro existe un catálogo nacional de establecimientos o de servicios, se agrega como otro identificador, sin cambiar lo ya intercambiado (pregunta 1).

Permite que dos sistemas del mismo establecimiento, por ejemplo el expediente y el sistema de imágenes, se refieran a la misma sala o servicio. Es opcional porque no hay un catálogo nacional de ubicaciones.

Unique id for the element within a resource (for internal references). This may be any string value that does not contain spaces.

May be used to represent additional information that is not part of the basic definition of the element. To make the use of extensions safe and managable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension.

There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone.

May be used to represent additional information that is not part of the basic definition of the element and that modifies the understanding of the element in which it is contained and/or the understanding of the containing element's descendants. Usually modifier elements provide negation or qualification. To make the use of extensions safe and managable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. Applications processing a resource are required to check for modifier extensions.

Modifier extensions SHALL NOT change the meaning of any elements on Resource or DomainResource (including cannot change the meaning of modifierExtension itself).

There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone.

Modifier extensions allow for extensions that cannot be safely ignored to be clearly distinguished from the vast majority of extensions which can be safely ignored. This promotes interoperability by eliminating the need for implementers to prohibit the presence of extensions. For further information, see the definition of modifier extensions.

Código de la ubicación en el sistema del establecimiento.

Regla de negocio: Lo define cada establecimiento. No se reutiliza para otra ubicación, aunque la anterior quede inactiva.

Regla de validación: De 1 a 64 caracteres, sin espacios. Invariante cr-codigo-interno-value: matches('^\\S{1,64}$').

Es el valor con que el sistema del establecimiento reconoce la ubicación.

Código del establecimiento que asignó el código de la ubicación.

Regla de negocio: Es el codigo-establecimiento de la organización responsable o, si es una unidad sin identificador propio, el de su organización superior. Por ejemplo, todas las ubicaciones de la CCSS usan cj-4000042147, igual que los expedientes del EDUS.

Regla de validación: Mismo patrón que el codigo-establecimiento: cj- + cédula jurídica, cn- + cédula nacional o dimex- + DIMEX. Invariante cr-ubicacion-system: system.matches('^https://hl7\\.or\\.cr/fhir/sid/ubicacion/(cj-[1-9][0-9]{9}|cn-[1-9][0-9]{8}|dimex-[1-9][0-9]{10,11})$').

Comentarios: Sigue la misma regla que el expediente (pregunta 1): la CCSS usa su cédula jurídica para todas sus unidades, lo que supone que sus códigos internos de ubicación son únicos en toda la institución. Ese supuesto se confirma con la CCSS junto con el del expediente del EDUS (pregunta 10 de tipos de identificación).

Cada establecimiento numera sus ubicaciones por su cuenta. El establecimiento hace único el código, igual que en el expediente del paciente.

Nombre con que se conoce la ubicación.

Regla de negocio: Para una sede, el nombre del establecimiento en ese lugar (Hospital de ejemplo, sede central); para un espacio interno, el nombre que usa el establecimiento (Servicio de Radiología, Sala de tomografía 2).

Regla de validación: Longitud de 2 a 250 caracteres.

Es como se reconoce la ubicación en un informe, una cita o una referencia (por ejemplo, Servicio de Radiología). Con él se identifica una ubicación sin código.

Otros nombres de la ubicación: siglas, nombre anterior o nombre popular.

Regla de negocio: Por ejemplo, Rayos X para el Servicio de Radiología.

Regla de validación: Longitud de 2 a 250 caracteres por nombre.

Permite encontrar la ubicación por el nombre con que la conocen los pacientes y el personal, como Rayos X.

Indicaciones adicionales para encontrar la ubicación o entender qué es.

Regla de negocio: Por ejemplo, Segundo piso, al fondo del pasillo de consulta externa.

Regla de validación: Longitud máxima de 500 caracteres.

Ayuda al paciente o al personal a llegar a la ubicación dentro del establecimiento.

Qué clase de espacio físico es. Valores: 1. Sede (si) 2. Edificio (bu) 3. Ala (wi) 4. Pabellón o salón (wa) 5. Piso (lvl) 6. Sala o consultorio (ro) 7. Cama (bd) 8. Vehículo, unidad móvil (ve) 9. Área (area)

Regla de negocio: Define dónde va la ubicación en la jerarquía física: una sede contiene edificios, un edificio contiene pisos, un piso contiene salas, una sala contiene camas. Una unidad móvil (por ejemplo, una unidad de mamografía) es un vehículo. Una sede (si) es un establecimiento para IHE mCSD: lleva la marca facility en Location.type, que el sistema agrega sin que el usuario la capture.

Regla de validación: Debe pertenecer al catálogo forma física de la ubicación.

Comentarios: Se excluyen co (pasillo), ho (casa), ca (gabinete), rd (vía), jdn (jurisdicción) y vi (virtual). La atención en el domicilio del paciente no es una ubicación del establecimiento, y la telemedicina queda fuera de esta versión (pregunta 4).

Ordena la jerarquía física (sede, edificio, piso, sala, cama) y distingue la sede, que es un establecimiento para IHE mCSD, de los espacios internos.

Función clínica que se cumple en la ubicación. Ejemplos: Emergencias (ER), Radiología (RADDX), Laboratorio hospitalario (HLAB), Laboratorio de pacientes internados (INLAB), Laboratorio ambulatorio (OUTLAB), Farmacia (PHARM), Cuidados intensivos (ICU), Pediatría (PEDU), Endoscopía (ENDOS), Radioterapia (RADO), Unidad móvil (MOBL).

Regla de negocio: Obligatorio para toda ubicación que no sea una sede: IHE mCSD exige que toda ubicación tenga al menos un type, y la sede ya lleva la marca facility. Es lo que permite saber, por ejemplo, que un estudio de imágenes se hizo en un servicio de radiología. Un edificio o un piso sin función clínica propia no se registra: sus salas se enlazan directamente a la sede (ver ubicación superior).

Regla de validación: Debe pertenecer al ValueSet HL7 tipo de servicio de la ubicación, o a un código que no esté en él si ninguno aplica (binding extensible).

Comentarios: No se confunde con el tipo de establecimiento, que clasifica a la organización. Cubre en parte los vacíos de ese catálogo: una farmacia, un servicio de imágenes o un laboratorio dentro de un establecimiento se representan aquí (pregunta 2).

Dice qué función clínica se cumple en la ubicación. Permite saber, por ejemplo, que un estudio se hizo en un servicio de radiología o buscar dónde hay emergencias. IHE mCSD lo exige para toda ubicación que no sea una sede.

Organización que opera la ubicación y responde por ella.

Regla de negocio: Obligatoria. Es la organización más específica que corresponda: el hospital (unidad de la CCSS), no la CCSS; el EBAIS, no el área de salud. Todas las ubicaciones de una jerarquía física suelen tener la misma organización responsable, pero no es obligatorio (por ejemplo, un laboratorio privado que opera dentro de un hospital).

Regla de validación: Referencia a un Organization que cumpla el modelo de organización. Si la organización tiene identificador, se admite la referencia lógica.

Es quien opera la ubicación y responde por lo que pasa en ella, por ejemplo por un estudio hecho en una sala.

Ubicación física que contiene a esta (la sala está en un piso, el piso en un edificio, el edificio en una sede).

Regla de negocio: Obligatoria para toda ubicación que no sea una sede (forma distinta de si) ni una unidad móvil (ve). Una ubicación no puede contenerse a sí misma, directa ni indirectamente. No hace falta representar todos los niveles: una sala puede estar directamente en una sede.

Regla de validación: Referencia a un Location que cumpla este modelo. Invariante cr-ubicacion-superior: (form.coding.where(system = 'http://terminology.hl7.org/CodeSystem/location-physical-type' and code in ('si' | 've')).empty()) implies partOf.exists().

Comentarios: Los ciclos no los detecta el validador; los debe controlar el servidor.

Ubica el espacio dentro de su sede (la sala en el piso, el piso en el edificio), para llegar a él y para agrupar la información por sede.

Teléfono de la ubicación (por ejemplo, la extensión del servicio de radiología).

Regla de negocio: Opcional. Si no se registra, se usa el de la organización responsable.

Regla de validación: Formato E.164: +, el código de país y el número, sin espacios ni guiones; en Costa Rica, +506 y 8 dígitos (o un número 800 o 900 de 10 dígitos). La captura puede omitir el +506, pero el sistema lo agrega antes de guardar o enviar. Una extensión interna va después de ;ext= (RFC 3966). Invariante común cr-telefono.

Permite comunicarse directamente con el servicio, por ejemplo para coordinar un estudio.

Correo de la ubicación o del servicio.

Regla de negocio: Opcional.

Regla de validación: Igual que en el paciente: RFC 5322, máximo 100 caracteres.

Sirve para las comunicaciones formales con el servicio.

Dirección física de la ubicación.

Regla de negocio: Obligatoria para una sede (forma = si). Las ubicaciones internas (edificio, piso, sala, cama) no la repiten: heredan la de su ubicación superior. Una unidad móvil no tiene dirección fija; si hace falta, se registra la posición donde está.

Regla de validación: Igual que en el paciente: si direccion.pais es CRI, provincia, canton y distrito son obligatorios y deben ser concordantes entre sí. Invariante cr-ubicacion-sede-direccion: form.coding.where(system = 'http://terminology.hl7.org/CodeSystem/location-physical-type' and code = 'si').exists() implies address.exists().

Comentarios: La dirección de la sede principal puede coincidir con la de la organización; se acepta la repetición.

Ubica la sede para que el paciente llegue y para referir a ella. Las ubicaciones internas heredan la dirección de su sede.

Unique id for the element within a resource (for internal references). This may be any string value that does not contain spaces.

May be used to represent additional information that is not part of the basic definition of the element. To make the use of extensions safe and managable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension.

There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone.

May be used to represent additional information that is not part of the basic definition of the element and that modifies the understanding of the element in which it is contained and/or the understanding of the containing element's descendants. Usually modifier elements provide negation or qualification. To make the use of extensions safe and managable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. Applications processing a resource are required to check for modifier extensions.

Modifier extensions SHALL NOT change the meaning of any elements on Resource or DomainResource (including cannot change the meaning of modifierExtension itself).

There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone.

Modifier extensions allow for extensions that cannot be safely ignored to be clearly distinguished from the vast majority of extensions which can be safely ignored. This promotes interoperability by eliminating the need for implementers to prohibit the presence of extensions. For further information, see the definition of modifier extensions.

País de la dirección.

Regla de negocio: Igual que en el paciente.

Regla de validación: Código ISO 3166-1 alfa-3 en mayúsculas, del catálogo de países.

Igual que en la dirección del paciente: decide si la dirección sigue la División Territorial Administrativa o es de otro país.

Provincia (Costa Rica) o estado, región o departamento (otro país).

Regla de negocio: Igual que en el paciente. Obligatoria si el país es CRI.

Regla de validación: Si el país es CRI: código de provincia de la DTA del SNIT (1 a 7).

Obligatorio si el país es CRI, por invariante.

Igual que en la dirección del paciente: primer nivel de la División Territorial Administrativa.

Cantón (Costa Rica) o ciudad (otro país).

Regla de negocio: Igual que en el paciente. Obligatorio si el país es CRI y debe pertenecer a la provincia indicada.

Regla de validación: Si el país es CRI: código de cantón de la DTA del SNIT (3 dígitos), concordante con la provincia.

Obligatorio si el país es CRI, por invariante.

Igual que en la dirección del paciente: segundo nivel de la División Territorial Administrativa.

Distrito (Costa Rica).

Regla de negocio: Igual que en el paciente. Obligatorio si el país es CRI y debe pertenecer al cantón indicado.

Regla de validación: Si el país es CRI: código de distrito de la DTA del SNIT (5 dígitos), concordante con el cantón.

Obligatorio si el país es CRI, por invariante.

Igual que en la dirección del paciente: nivel más fino de la División Territorial Administrativa.

Barrio (zona urbana) o poblado (zona rural) dentro del distrito.

Regla de negocio: Igual que en el paciente.

Regla de validación: Texto de hasta 100 caracteres.

Igual que en la dirección del paciente: precisa la ubicación dentro del distrito.

Código postal.

Regla de negocio: Opcional en cualquier país.

Igual que en la dirección del paciente: lo usan las direcciones de otros países.

Señas (Costa Rica) o calle y número (otro país).

Regla de negocio: Igual que en el paciente.

Regla de validación: Longitud máxima de 250 caracteres.

Igual que en la dirección del paciente: sin las señas no se puede llegar al lugar.

Dirección completa, tal como se muestra o se imprime.

Regla de negocio: Igual que en el paciente. Incluye los nombres (no los códigos) de provincia, cantón y distrito.

Regla de validación: Longitud mínima de 5 y máxima de 250 caracteres.

Igual que en la dirección del paciente: permite mostrar la dirección sin armarla a partir de los códigos.

Coordenadas geográficas de la ubicación.

Regla de negocio: Opcional. Se recomienda para las sedes, sobre todo en zonas rurales donde las señas no bastan para llegar, y para planificar la red de servicios. Las ubicaciones internas no la repiten.

Regla de validación: Sistema de referencia WGS84, en grados decimales. Si el país de la dirección es CRI, la posición debe estar dentro del territorio nacional (se valida en la aplicación o en el servidor).

Comentarios: No hay una capa oficial de establecimientos de salud con coordenadas: cada establecimiento registra las suyas (pregunta 5).

Permite llegar a una sede donde las señas no bastan, sobre todo en zonas rurales, mostrarla en un mapa y planificar la red de servicios por cercanía.

Unique id for the element within a resource (for internal references). This may be any string value that does not contain spaces.

May be used to represent additional information that is not part of the basic definition of the element. To make the use of extensions safe and managable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension.

There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone.

May be used to represent additional information that is not part of the basic definition of the element and that modifies the understanding of the element in which it is contained and/or the understanding of the containing element's descendants. Usually modifier elements provide negation or qualification. To make the use of extensions safe and managable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. Applications processing a resource are required to check for modifier extensions.

Modifier extensions SHALL NOT change the meaning of any elements on Resource or DomainResource (including cannot change the meaning of modifierExtension itself).

There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone.

Modifier extensions allow for extensions that cannot be safely ignored to be clearly distinguished from the vast majority of extensions which can be safely ignored. This promotes interoperability by eliminating the need for implementers to prohibit the presence of extensions. For further information, see the definition of modifier extensions.

Latitud en grados decimales.

Regla de validación: Entre -90 y 90. En Costa Rica, aproximadamente entre 5 y 12 (incluye la Isla del Coco).

Con la longitud, sitúa la sede en el mapa.

Longitud en grados decimales.

Regla de validación: Entre -180 y 180. En Costa Rica, aproximadamente entre -88 y -82 (incluye la Isla del Coco).

Con la latitud, sitúa la sede en el mapa.