Persona con un vínculo legal o familiar con el paciente que necesita identificarse formalmente: tutor legal, progenitor de una persona menor de edad o representante que firma un consentimiento. Se modela con el recurso RelatedPerson de FHIR R5, que tiene de forma nativa identificación, fecha de nacimiento y sexo, a diferencia del elemento Patient.contact.

Paciente con el que la persona está relacionada.

Regla de negocio: Obligatorio. Toda persona relacionada pertenece a un solo paciente; si la misma persona es tutora de dos pacientes, se registra una persona relacionada por cada uno.

Regla de validación: Debe referenciar a un paciente existente.

Una persona relacionada solo tiene sentido respecto de un paciente: es su tutor, su progenitor o quien firma por él.

Identificador oficial de la persona relacionada. Cada ocurrencia reúne un número y su tipo.

Regla de negocio: Obligatorio: es la razón para modelar a esta persona como RelatedPerson y no como un contacto (por ejemplo, para identificar a quien firma un consentimiento por una persona menor de edad).

Regla de validación: No puede haber dos ocurrencias con el mismo tipo y número (invariante cr-identificador-unico). Solo se admiten documentos oficiales: cédula nacional, DIMEX y pasaporte. Como no se registra la vigencia, identifier.use es siempre official.

Comentarios: A diferencia del paciente, no se admiten identificadores provisionales (expediente-local) ni se registra la vigencia.

Es la razón de este modelo: quien firma un consentimiento o ejerce la tutela debe quedar identificado formalmente, no solo con su nombre. Admite varios identificadores, como en el paciente.

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.

Número de identificación tal cual se muestra en el documento oficial.

Regla de validación: Formato según tipo: Cédula nacional (9 dígitos numéricos sin guiones), DIMEX (11-12 dígitos numéricos; se aceptan ceros a la izquierda en la captura, pero se guardan y envían sin ellos), Pasaporte (alfanumérico de 6 a 15 caracteres). Invariantes comunes cr-cedula-nacional-value, cr-dimex-value y cr-pasaporte-system, las mismas del paciente.

Es el valor que identifica a la persona y que permite verificarla contra el documento que presenta.

Tipo de documento o identificador al que corresponde el número.

Regla de negocio: Cédula nacional para costarricenses, DIMEX para extranjeros residentes y pasaporte para extranjeros no residentes.

Regla de validación: Debe pertenecer al catálogo tipos de identificación de persona relacionada: Cédula Nacional, DIMEX, Número de Pasaporte.

El mismo número puede existir en dos tipos distintos. El tipo dice quién asignó el número y cómo validarlo, y de él se arma el system del identificador.

País que emitió el pasaporte.

Regla de negocio: Obligatorio si identificacion.tipo es pasaporte; no se registra para los demás tipos. Es el país que emitió el documento, que puede no coincidir con la nacionalidad (por ejemplo, en personas con doble nacionalidad).

Regla de validación: Código ISO 3166-1 alfa-3 en mayúsculas, del catálogo de países. No se usa el código de la zona de lectura mecánica (MRZ) del pasaporte cuando difiere del ISO (por ejemplo, Alemania es DEU, no D).

Un número de pasaporte solo es único dentro de su país. Sin el país emisor, dos pasaportes de países distintos se podrían confundir.

Indica el tipo de relación directa que tiene la persona con el paciente: cónyuge, padre, madre, tutor legal, hijo(a), hermano(a) u otro familiar.

Regla de negocio: Vínculo legal o familiar de la persona con el paciente. Si el paciente es menor de edad o legalmente dependiente, debe tener al menos una persona relacionada con relación de tutor legal o progenitor.

Regla de validación: Debe corresponder a los valores del catálogo tipo de relación: Cónyuge (SPS), Padre (FTH), Madre (MTH), Tutor legal (GUARD), Hijo(a) (CHILD), Hermano(a) (SIB) u Otro familiar (FAMMEMB), de HL7 v3-RoleCode.

El vínculo determina qué puede hacer la persona por el paciente: un tutor legal o un progenitor puede consentir por una persona menor de edad; otro familiar, no.

Primer y segundo nombre.

Regla de negocio: Nombre(s) de pila de la persona según su documento oficial de identidad. Obligatorio el primer nombre.

Regla de validación: Hasta 50 caracteres. Letras de cualquier alfabeto, con sus signos diacríticos (tildes, diéresis y otros), espacios, apóstrofes, guiones y puntos; empieza con una letra y no admite dígitos ni otros símbolos, para admitir nombres de personas de cualquier país (invariante cr-nombre-caracteres de cr-human-name).

Con los apellidos, permite reconocer a la persona y comparar su nombre con el del documento que presenta.

Primer apellido de la persona relacionada, en el orden de su documento de identidad, con el progenitor del que proviene cuando se conoce. En Costa Rica cada persona lleva dos apellidos, por lo general uno de cada progenitor, en el orden que eligieron los progenitores al inscribir el nacimiento: el primero puede ser el de la madre o el del padre.

Regla de negocio: Igual que en el paciente.

Forma parte del nombre legal. Usa la misma estructura que el apellido del paciente, para no tener dos formas de registrar un apellido.

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.

Texto del primer apellido, tal como consta en el documento de identidad. No dice de qué progenitor viene: eso es el origen.

Regla de negocio: Obligatorio. Es el apellido que aparece en primer lugar en el documento de identidad de la persona. Igual que en el paciente, el orden no indica de qué progenitor viene.

Regla de validación: Hasta 50 caracteres. Letras de cualquier alfabeto, con sus signos diacríticos (tildes, diéresis y otros), espacios, apóstrofes, guiones y puntos; empieza con una letra y no admite dígitos ni otros símbolos, para admitir nombres de personas de cualquier país (invariante cr-nombre-caracteres de cr-human-name).

Con los nombres, identifica a la persona y se compara con su documento.

Progenitor (madre o padre) del que proviene el primer apellido de la persona. Se registra solo si se conoce con certeza, porque la posición del apellido no lo indica.

Regla de negocio: Igual que en el paciente: opcional, solo cuando se conoce con certeza, sin deducirlo de la posición. Solo se registra si existe el primer apellido de la persona.

Regla de validación: Debe pertenecer al catálogo origen del apellido: Madre (MTH), Padre (FTH). Si no se conoce el origen, no se registra.

Se conserva para que el apellido tenga la misma estructura que el del paciente. Cuando se conoce, ayuda a confirmar la filiación de un progenitor.

Segundo apellido de la persona relacionada, en el orden de su documento de identidad, con el progenitor del que proviene cuando se conoce. Lo tienen todas las personas costarricenses; muchas personas extranjeras no tienen segundo apellido.

Regla de negocio: Igual que en el paciente.

Igual que el primer apellido, forma parte del nombre legal. Es opcional porque muchas personas extranjeras no tienen segundo apellido.

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.

Texto del segundo apellido, tal como consta en el documento de identidad. No dice de qué progenitor viene: eso es el origen.

Regla de negocio: Es el apellido que aparece en segundo lugar en el documento de identidad de la persona. Igual que en el paciente, el orden no indica de qué progenitor viene. Requerido para costarricenses; opcional para extranjeros según su ordenamiento legal de origen.

Regla de validación: Si se registra: hasta 50 caracteres. Letras de cualquier alfabeto, con sus signos diacríticos (tildes, diéresis y otros), espacios, apóstrofes, guiones y puntos; empieza con una letra y no admite dígitos ni otros símbolos, para admitir nombres de personas de cualquier país (invariante cr-nombre-caracteres de cr-human-name).

Ayuda a distinguir a personas con el mismo nombre y el mismo primer apellido.

Progenitor (madre o padre) del que proviene el segundo apellido de la persona. Se registra solo si se conoce con certeza, porque la posición del apellido no lo indica.

Regla de negocio: Igual que en el paciente: opcional, solo cuando se conoce con certeza, sin deducirlo de la posición. Solo se registra si existe el segundo apellido de la persona.

Regla de validación: Debe pertenecer al catálogo origen del apellido: Madre (MTH), Padre (FTH). Si no se conoce el origen, no se registra.

Se conserva para que el apellido tenga la misma estructura que el del paciente.

Sexo asignado al nacer, con fines clínicos (excluye la interpretación de autopercepción).

Regla de negocio: Obligatorio. Igual que en el paciente, es el único dato de sexo en esta versión.

Regla de validación: Debe pertenecer al catálogo sexo asignado al nacer: mujer (female), hombre (male), desconocido (unknown).

Junto con el nombre y la fecha de nacimiento, permite distinguir a dos personas y verificar la identidad de quien firma.

Fecha de nacimiento de la persona relacionada, tal como consta en su documento de identidad (cédula, DIMEX o pasaporte).

Regla de negocio: Fecha de nacimiento oficial que figura en el documento de identidad. Utilizada para el cálculo de la edad cronológica y grupo etario del paciente.

Regla de validación: Formato estándar ISO 8601 (AAAA-MM-DD). La fecha debe ser igual o anterior a la fecha actual y no mayor a 130 años en el pasado. Invariante cr-persona-fecha-nacimiento.

Permite comprobar que la persona es mayor de edad, condición para que ejerza la tutela o firme un consentimiento, y distinguirla de otra con el mismo nombre.

País o países de los que la persona relacionada es nacional.

Regla de negocio: País o países de nacionalidad legal de la persona. Permite registro múltiple en caso de doble ciudadanía. Si la nacionalidad no se conoce, se envía la extensión data-absent-reason con unknown en lugar del código. Si la persona es apátrida, se envía data-absent-reason con not-applicable y el texto "Apátrida"; en ese caso no puede haber otra nacionalidad.

Regla de validación: Debe corresponder al código ISO 3166-1 alfa-3 del país (ej. CRI), según el catálogo de nacionalidad. Invariante cr-persona-apatrida: si una nacionalidad lleva data-absent-reason = not-applicable, no hay otra.

Indica qué documentos puede presentar la persona y bajo qué ordenamiento ejerce la tutela, cuando es extranjera.

Teléfono de la persona.

Regla de negocio: Medio de comunicación prioritario con la persona para notificaciones médicas, emergencias y autorizaciones asistenciales.

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.

Es el medio más rápido para pedir una autorización o avisar de una emergencia.

Correo electrónico de la persona.

Regla de negocio: Cuenta de correo electrónico de la persona para notificaciones formales y comunicaciones digitales. Opcional.

Regla de validación: Debe cumplir con la estructura estándar según RFC 5322 (usuario@dominio.extensión). Longitud máxima de 100 caracteres.

Sirve para las comunicaciones formales, como el envío de un consentimiento o de una notificación.

Dirección de la persona relacionada. Cada ocurrencia es una dirección completa.

Regla de negocio: Direcciones de la persona relacionada, en Costa Rica o en otro país. A lo sumo una con uso residencia.

Regla de validación: Si direccion.pais es CRI, provincia, canton y distrito son obligatorios y deben ser concordantes entre sí. A lo sumo una dirección con uso residencia (invariante cr-persona-residencia).

Permite notificar a la persona de forma presencial y ubicarla cuando no responde por teléfono.

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.

Indica si es la residencia habitual o una dirección temporal.

Regla de negocio: Residencia (home): donde vive habitualmente. Temporal (temp): donde se aloja por un tiempo, por ejemplo durante un tratamiento o una recuperación.

Regla de validación: Solo home o temp, del ValueSet HL7 address-use (invariante cr-direccion-uso-persona).

Igual que en la dirección del paciente: distingue la residencia habitual de una dirección temporal.

País de la dirección.

Regla de negocio: Obligatorio. Determina qué reglas aplican al resto de la dirección.

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: Obligatoria si el país es CRI. En otros países es texto libre y opcional.

Regla de validación: Si el país es CRI: código de provincia de la División Territorial Administrativa 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: Obligatorio si el país es CRI y debe pertenecer a la provincia indicada. En otros países es texto libre y opcional.

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: Obligatorio si el país es CRI y debe pertenecer al cantón indicado. No aplica a otros países.

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, en Costa Rica; barrio o colonia en otro país.

Regla de negocio: Opcional. En Costa Rica se registra el nombre del barrio o poblado tal como aparece en la División Territorial Administrativa publicada en La Gaceta, y debe estar dentro del distrito indicado.

Regla de validación: Texto de hasta 100 caracteres. No se valida contra un catálogo: el SNIT no publica barrios ni poblados con código.

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: Descripción para localizar el lugar: puntos de referencia en Costa Rica, o calle, número y apartamento en el extranjero.

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: 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.

Periodo en que la relación es válida.

Regla de negocio: Opcional. Se usa cuando la relación tiene vigencia limitada, por ejemplo una tutela temporal.

Regla de validación: Si hay fecha de inicio y de fin, el inicio no puede ser posterior al fin.

Una tutela o una representación puede ser temporal. El periodo dice si la persona puede actuar por el paciente en una fecha dada.

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.

Fecha desde la que la relación es válida.

Marca desde cuándo la persona puede actuar por el paciente.

Fecha hasta la que la relación es válida.

Marca hasta cuándo puede actuar por el paciente; después, su firma ya no vale.

Persona con un vínculo legal o familiar con el paciente que necesita identificarse formalmente: tutor legal, progenitor de una persona menor de edad o representante que firma un consentimiento. Se modela con el recurso RelatedPerson de FHIR R5, que tiene de forma nativa identificación, fecha de nacimiento y sexo, a diferencia del elemento Patient.contact.

Paciente con el que la persona está relacionada.

Regla de negocio: Obligatorio. Toda persona relacionada pertenece a un solo paciente; si la misma persona es tutora de dos pacientes, se registra una persona relacionada por cada uno.

Regla de validación: Debe referenciar a un paciente existente.

Una persona relacionada solo tiene sentido respecto de un paciente: es su tutor, su progenitor o quien firma por él.

Identificador oficial de la persona relacionada. Cada ocurrencia reúne un número y su tipo.

Regla de negocio: Obligatorio: es la razón para modelar a esta persona como RelatedPerson y no como un contacto (por ejemplo, para identificar a quien firma un consentimiento por una persona menor de edad).

Regla de validación: No puede haber dos ocurrencias con el mismo tipo y número (invariante cr-identificador-unico). Solo se admiten documentos oficiales: cédula nacional, DIMEX y pasaporte. Como no se registra la vigencia, identifier.use es siempre official.

Comentarios: A diferencia del paciente, no se admiten identificadores provisionales (expediente-local) ni se registra la vigencia.

Es la razón de este modelo: quien firma un consentimiento o ejerce la tutela debe quedar identificado formalmente, no solo con su nombre. Admite varios identificadores, como en el paciente.

Número de identificación tal cual se muestra en el documento oficial.

Regla de validación: Formato según tipo: Cédula nacional (9 dígitos numéricos sin guiones), DIMEX (11-12 dígitos numéricos; se aceptan ceros a la izquierda en la captura, pero se guardan y envían sin ellos), Pasaporte (alfanumérico de 6 a 15 caracteres). Invariantes comunes cr-cedula-nacional-value, cr-dimex-value y cr-pasaporte-system, las mismas del paciente.

Es el valor que identifica a la persona y que permite verificarla contra el documento que presenta.

Tipo de documento o identificador al que corresponde el número.

Regla de negocio: Cédula nacional para costarricenses, DIMEX para extranjeros residentes y pasaporte para extranjeros no residentes.

Regla de validación: Debe pertenecer al catálogo tipos de identificación de persona relacionada: Cédula Nacional, DIMEX, Número de Pasaporte.

El mismo número puede existir en dos tipos distintos. El tipo dice quién asignó el número y cómo validarlo, y de él se arma el system del identificador.

País que emitió el pasaporte.

Regla de negocio: Obligatorio si identificacion.tipo es pasaporte; no se registra para los demás tipos. Es el país que emitió el documento, que puede no coincidir con la nacionalidad (por ejemplo, en personas con doble nacionalidad).

Regla de validación: Código ISO 3166-1 alfa-3 en mayúsculas, del catálogo de países. No se usa el código de la zona de lectura mecánica (MRZ) del pasaporte cuando difiere del ISO (por ejemplo, Alemania es DEU, no D).

Un número de pasaporte solo es único dentro de su país. Sin el país emisor, dos pasaportes de países distintos se podrían confundir.

Indica el tipo de relación directa que tiene la persona con el paciente: cónyuge, padre, madre, tutor legal, hijo(a), hermano(a) u otro familiar.

Regla de negocio: Vínculo legal o familiar de la persona con el paciente. Si el paciente es menor de edad o legalmente dependiente, debe tener al menos una persona relacionada con relación de tutor legal o progenitor.

Regla de validación: Debe corresponder a los valores del catálogo tipo de relación: Cónyuge (SPS), Padre (FTH), Madre (MTH), Tutor legal (GUARD), Hijo(a) (CHILD), Hermano(a) (SIB) u Otro familiar (FAMMEMB), de HL7 v3-RoleCode.

El vínculo determina qué puede hacer la persona por el paciente: un tutor legal o un progenitor puede consentir por una persona menor de edad; otro familiar, no.

Primer y segundo nombre.

Regla de negocio: Nombre(s) de pila de la persona según su documento oficial de identidad. Obligatorio el primer nombre.

Regla de validación: Hasta 50 caracteres. Letras de cualquier alfabeto, con sus signos diacríticos (tildes, diéresis y otros), espacios, apóstrofes, guiones y puntos; empieza con una letra y no admite dígitos ni otros símbolos, para admitir nombres de personas de cualquier país (invariante cr-nombre-caracteres de cr-human-name).

Con los apellidos, permite reconocer a la persona y comparar su nombre con el del documento que presenta.

Primer apellido de la persona relacionada, en el orden de su documento de identidad, con el progenitor del que proviene cuando se conoce. En Costa Rica cada persona lleva dos apellidos, por lo general uno de cada progenitor, en el orden que eligieron los progenitores al inscribir el nacimiento: el primero puede ser el de la madre o el del padre.

Regla de negocio: Igual que en el paciente.

Forma parte del nombre legal. Usa la misma estructura que el apellido del paciente, para no tener dos formas de registrar un apellido.

Texto del primer apellido, tal como consta en el documento de identidad. No dice de qué progenitor viene: eso es el origen.

Regla de negocio: Obligatorio. Es el apellido que aparece en primer lugar en el documento de identidad de la persona. Igual que en el paciente, el orden no indica de qué progenitor viene.

Regla de validación: Hasta 50 caracteres. Letras de cualquier alfabeto, con sus signos diacríticos (tildes, diéresis y otros), espacios, apóstrofes, guiones y puntos; empieza con una letra y no admite dígitos ni otros símbolos, para admitir nombres de personas de cualquier país (invariante cr-nombre-caracteres de cr-human-name).

Con los nombres, identifica a la persona y se compara con su documento.

Progenitor (madre o padre) del que proviene el primer apellido de la persona. Se registra solo si se conoce con certeza, porque la posición del apellido no lo indica.

Regla de negocio: Igual que en el paciente: opcional, solo cuando se conoce con certeza, sin deducirlo de la posición. Solo se registra si existe el primer apellido de la persona.

Regla de validación: Debe pertenecer al catálogo origen del apellido: Madre (MTH), Padre (FTH). Si no se conoce el origen, no se registra.

Se conserva para que el apellido tenga la misma estructura que el del paciente. Cuando se conoce, ayuda a confirmar la filiación de un progenitor.

Segundo apellido de la persona relacionada, en el orden de su documento de identidad, con el progenitor del que proviene cuando se conoce. Lo tienen todas las personas costarricenses; muchas personas extranjeras no tienen segundo apellido.

Regla de negocio: Igual que en el paciente.

Igual que el primer apellido, forma parte del nombre legal. Es opcional porque muchas personas extranjeras no tienen segundo apellido.

Texto del segundo apellido, tal como consta en el documento de identidad. No dice de qué progenitor viene: eso es el origen.

Regla de negocio: Es el apellido que aparece en segundo lugar en el documento de identidad de la persona. Igual que en el paciente, el orden no indica de qué progenitor viene. Requerido para costarricenses; opcional para extranjeros según su ordenamiento legal de origen.

Regla de validación: Si se registra: hasta 50 caracteres. Letras de cualquier alfabeto, con sus signos diacríticos (tildes, diéresis y otros), espacios, apóstrofes, guiones y puntos; empieza con una letra y no admite dígitos ni otros símbolos, para admitir nombres de personas de cualquier país (invariante cr-nombre-caracteres de cr-human-name).

Ayuda a distinguir a personas con el mismo nombre y el mismo primer apellido.

Progenitor (madre o padre) del que proviene el segundo apellido de la persona. Se registra solo si se conoce con certeza, porque la posición del apellido no lo indica.

Regla de negocio: Igual que en el paciente: opcional, solo cuando se conoce con certeza, sin deducirlo de la posición. Solo se registra si existe el segundo apellido de la persona.

Regla de validación: Debe pertenecer al catálogo origen del apellido: Madre (MTH), Padre (FTH). Si no se conoce el origen, no se registra.

Se conserva para que el apellido tenga la misma estructura que el del paciente.

Sexo asignado al nacer, con fines clínicos (excluye la interpretación de autopercepción).

Regla de negocio: Obligatorio. Igual que en el paciente, es el único dato de sexo en esta versión.

Regla de validación: Debe pertenecer al catálogo sexo asignado al nacer: mujer (female), hombre (male), desconocido (unknown).

Junto con el nombre y la fecha de nacimiento, permite distinguir a dos personas y verificar la identidad de quien firma.

Fecha de nacimiento de la persona relacionada, tal como consta en su documento de identidad (cédula, DIMEX o pasaporte).

Regla de negocio: Fecha de nacimiento oficial que figura en el documento de identidad. Utilizada para el cálculo de la edad cronológica y grupo etario del paciente.

Regla de validación: Formato estándar ISO 8601 (AAAA-MM-DD). La fecha debe ser igual o anterior a la fecha actual y no mayor a 130 años en el pasado. Invariante cr-persona-fecha-nacimiento.

Permite comprobar que la persona es mayor de edad, condición para que ejerza la tutela o firme un consentimiento, y distinguirla de otra con el mismo nombre.

País o países de los que la persona relacionada es nacional.

Regla de negocio: País o países de nacionalidad legal de la persona. Permite registro múltiple en caso de doble ciudadanía. Si la nacionalidad no se conoce, se envía la extensión data-absent-reason con unknown en lugar del código. Si la persona es apátrida, se envía data-absent-reason con not-applicable y el texto "Apátrida"; en ese caso no puede haber otra nacionalidad.

Regla de validación: Debe corresponder al código ISO 3166-1 alfa-3 del país (ej. CRI), según el catálogo de nacionalidad. Invariante cr-persona-apatrida: si una nacionalidad lleva data-absent-reason = not-applicable, no hay otra.

Indica qué documentos puede presentar la persona y bajo qué ordenamiento ejerce la tutela, cuando es extranjera.

Teléfono de la persona.

Regla de negocio: Medio de comunicación prioritario con la persona para notificaciones médicas, emergencias y autorizaciones asistenciales.

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.

Es el medio más rápido para pedir una autorización o avisar de una emergencia.

Correo electrónico de la persona.

Regla de negocio: Cuenta de correo electrónico de la persona para notificaciones formales y comunicaciones digitales. Opcional.

Regla de validación: Debe cumplir con la estructura estándar según RFC 5322 (usuario@dominio.extensión). Longitud máxima de 100 caracteres.

Sirve para las comunicaciones formales, como el envío de un consentimiento o de una notificación.

Dirección de la persona relacionada. Cada ocurrencia es una dirección completa.

Regla de negocio: Direcciones de la persona relacionada, en Costa Rica o en otro país. A lo sumo una con uso residencia.

Regla de validación: Si direccion.pais es CRI, provincia, canton y distrito son obligatorios y deben ser concordantes entre sí. A lo sumo una dirección con uso residencia (invariante cr-persona-residencia).

Permite notificar a la persona de forma presencial y ubicarla cuando no responde por teléfono.

Indica si es la residencia habitual o una dirección temporal.

Regla de negocio: Residencia (home): donde vive habitualmente. Temporal (temp): donde se aloja por un tiempo, por ejemplo durante un tratamiento o una recuperación.

Regla de validación: Solo home o temp, del ValueSet HL7 address-use (invariante cr-direccion-uso-persona).

Igual que en la dirección del paciente: distingue la residencia habitual de una dirección temporal.

País de la dirección.

Regla de negocio: Obligatorio. Determina qué reglas aplican al resto de la dirección.

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: Obligatoria si el país es CRI. En otros países es texto libre y opcional.

Regla de validación: Si el país es CRI: código de provincia de la División Territorial Administrativa 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: Obligatorio si el país es CRI y debe pertenecer a la provincia indicada. En otros países es texto libre y opcional.

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: Obligatorio si el país es CRI y debe pertenecer al cantón indicado. No aplica a otros países.

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, en Costa Rica; barrio o colonia en otro país.

Regla de negocio: Opcional. En Costa Rica se registra el nombre del barrio o poblado tal como aparece en la División Territorial Administrativa publicada en La Gaceta, y debe estar dentro del distrito indicado.

Regla de validación: Texto de hasta 100 caracteres. No se valida contra un catálogo: el SNIT no publica barrios ni poblados con código.

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: Descripción para localizar el lugar: puntos de referencia en Costa Rica, o calle, número y apartamento en el extranjero.

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: 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.

Periodo en que la relación es válida.

Regla de negocio: Opcional. Se usa cuando la relación tiene vigencia limitada, por ejemplo una tutela temporal.

Regla de validación: Si hay fecha de inicio y de fin, el inicio no puede ser posterior al fin.

Una tutela o una representación puede ser temporal. El periodo dice si la persona puede actuar por el paciente en una fecha dada.

Fecha desde la que la relación es válida.

Marca desde cuándo la persona puede actuar por el paciente.

Fecha hasta la que la relación es válida.

Marca hasta cuándo puede actuar por el paciente; después, su firma ya no vale.

Persona con un vínculo legal o familiar con el paciente que necesita identificarse formalmente: tutor legal, progenitor de una persona menor de edad o representante que firma un consentimiento. Se modela con el recurso RelatedPerson de FHIR R5, que tiene de forma nativa identificación, fecha de nacimiento y sexo, a diferencia del elemento Patient.contact.

Paciente con el que la persona está relacionada.

Regla de negocio: Obligatorio. Toda persona relacionada pertenece a un solo paciente; si la misma persona es tutora de dos pacientes, se registra una persona relacionada por cada uno.

Regla de validación: Debe referenciar a un paciente existente.

Una persona relacionada solo tiene sentido respecto de un paciente: es su tutor, su progenitor o quien firma por él.

Identificador oficial de la persona relacionada. Cada ocurrencia reúne un número y su tipo.

Regla de negocio: Obligatorio: es la razón para modelar a esta persona como RelatedPerson y no como un contacto (por ejemplo, para identificar a quien firma un consentimiento por una persona menor de edad).

Regla de validación: No puede haber dos ocurrencias con el mismo tipo y número (invariante cr-identificador-unico). Solo se admiten documentos oficiales: cédula nacional, DIMEX y pasaporte. Como no se registra la vigencia, identifier.use es siempre official.

Comentarios: A diferencia del paciente, no se admiten identificadores provisionales (expediente-local) ni se registra la vigencia.

Es la razón de este modelo: quien firma un consentimiento o ejerce la tutela debe quedar identificado formalmente, no solo con su nombre. Admite varios identificadores, como en el paciente.

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.

Número de identificación tal cual se muestra en el documento oficial.

Regla de validación: Formato según tipo: Cédula nacional (9 dígitos numéricos sin guiones), DIMEX (11-12 dígitos numéricos; se aceptan ceros a la izquierda en la captura, pero se guardan y envían sin ellos), Pasaporte (alfanumérico de 6 a 15 caracteres). Invariantes comunes cr-cedula-nacional-value, cr-dimex-value y cr-pasaporte-system, las mismas del paciente.

Es el valor que identifica a la persona y que permite verificarla contra el documento que presenta.

Tipo de documento o identificador al que corresponde el número.

Regla de negocio: Cédula nacional para costarricenses, DIMEX para extranjeros residentes y pasaporte para extranjeros no residentes.

Regla de validación: Debe pertenecer al catálogo tipos de identificación de persona relacionada: Cédula Nacional, DIMEX, Número de Pasaporte.

El mismo número puede existir en dos tipos distintos. El tipo dice quién asignó el número y cómo validarlo, y de él se arma el system del identificador.

País que emitió el pasaporte.

Regla de negocio: Obligatorio si identificacion.tipo es pasaporte; no se registra para los demás tipos. Es el país que emitió el documento, que puede no coincidir con la nacionalidad (por ejemplo, en personas con doble nacionalidad).

Regla de validación: Código ISO 3166-1 alfa-3 en mayúsculas, del catálogo de países. No se usa el código de la zona de lectura mecánica (MRZ) del pasaporte cuando difiere del ISO (por ejemplo, Alemania es DEU, no D).

Un número de pasaporte solo es único dentro de su país. Sin el país emisor, dos pasaportes de países distintos se podrían confundir.

Indica el tipo de relación directa que tiene la persona con el paciente: cónyuge, padre, madre, tutor legal, hijo(a), hermano(a) u otro familiar.

Regla de negocio: Vínculo legal o familiar de la persona con el paciente. Si el paciente es menor de edad o legalmente dependiente, debe tener al menos una persona relacionada con relación de tutor legal o progenitor.

Regla de validación: Debe corresponder a los valores del catálogo tipo de relación: Cónyuge (SPS), Padre (FTH), Madre (MTH), Tutor legal (GUARD), Hijo(a) (CHILD), Hermano(a) (SIB) u Otro familiar (FAMMEMB), de HL7 v3-RoleCode.

El vínculo determina qué puede hacer la persona por el paciente: un tutor legal o un progenitor puede consentir por una persona menor de edad; otro familiar, no.

Primer y segundo nombre.

Regla de negocio: Nombre(s) de pila de la persona según su documento oficial de identidad. Obligatorio el primer nombre.

Regla de validación: Hasta 50 caracteres. Letras de cualquier alfabeto, con sus signos diacríticos (tildes, diéresis y otros), espacios, apóstrofes, guiones y puntos; empieza con una letra y no admite dígitos ni otros símbolos, para admitir nombres de personas de cualquier país (invariante cr-nombre-caracteres de cr-human-name).

Con los apellidos, permite reconocer a la persona y comparar su nombre con el del documento que presenta.

Primer apellido de la persona relacionada, en el orden de su documento de identidad, con el progenitor del que proviene cuando se conoce. En Costa Rica cada persona lleva dos apellidos, por lo general uno de cada progenitor, en el orden que eligieron los progenitores al inscribir el nacimiento: el primero puede ser el de la madre o el del padre.

Regla de negocio: Igual que en el paciente.

Forma parte del nombre legal. Usa la misma estructura que el apellido del paciente, para no tener dos formas de registrar un apellido.

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.

Texto del primer apellido, tal como consta en el documento de identidad. No dice de qué progenitor viene: eso es el origen.

Regla de negocio: Obligatorio. Es el apellido que aparece en primer lugar en el documento de identidad de la persona. Igual que en el paciente, el orden no indica de qué progenitor viene.

Regla de validación: Hasta 50 caracteres. Letras de cualquier alfabeto, con sus signos diacríticos (tildes, diéresis y otros), espacios, apóstrofes, guiones y puntos; empieza con una letra y no admite dígitos ni otros símbolos, para admitir nombres de personas de cualquier país (invariante cr-nombre-caracteres de cr-human-name).

Con los nombres, identifica a la persona y se compara con su documento.

Progenitor (madre o padre) del que proviene el primer apellido de la persona. Se registra solo si se conoce con certeza, porque la posición del apellido no lo indica.

Regla de negocio: Igual que en el paciente: opcional, solo cuando se conoce con certeza, sin deducirlo de la posición. Solo se registra si existe el primer apellido de la persona.

Regla de validación: Debe pertenecer al catálogo origen del apellido: Madre (MTH), Padre (FTH). Si no se conoce el origen, no se registra.

Se conserva para que el apellido tenga la misma estructura que el del paciente. Cuando se conoce, ayuda a confirmar la filiación de un progenitor.

Segundo apellido de la persona relacionada, en el orden de su documento de identidad, con el progenitor del que proviene cuando se conoce. Lo tienen todas las personas costarricenses; muchas personas extranjeras no tienen segundo apellido.

Regla de negocio: Igual que en el paciente.

Igual que el primer apellido, forma parte del nombre legal. Es opcional porque muchas personas extranjeras no tienen segundo apellido.

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.

Texto del segundo apellido, tal como consta en el documento de identidad. No dice de qué progenitor viene: eso es el origen.

Regla de negocio: Es el apellido que aparece en segundo lugar en el documento de identidad de la persona. Igual que en el paciente, el orden no indica de qué progenitor viene. Requerido para costarricenses; opcional para extranjeros según su ordenamiento legal de origen.

Regla de validación: Si se registra: hasta 50 caracteres. Letras de cualquier alfabeto, con sus signos diacríticos (tildes, diéresis y otros), espacios, apóstrofes, guiones y puntos; empieza con una letra y no admite dígitos ni otros símbolos, para admitir nombres de personas de cualquier país (invariante cr-nombre-caracteres de cr-human-name).

Ayuda a distinguir a personas con el mismo nombre y el mismo primer apellido.

Progenitor (madre o padre) del que proviene el segundo apellido de la persona. Se registra solo si se conoce con certeza, porque la posición del apellido no lo indica.

Regla de negocio: Igual que en el paciente: opcional, solo cuando se conoce con certeza, sin deducirlo de la posición. Solo se registra si existe el segundo apellido de la persona.

Regla de validación: Debe pertenecer al catálogo origen del apellido: Madre (MTH), Padre (FTH). Si no se conoce el origen, no se registra.

Se conserva para que el apellido tenga la misma estructura que el del paciente.

Sexo asignado al nacer, con fines clínicos (excluye la interpretación de autopercepción).

Regla de negocio: Obligatorio. Igual que en el paciente, es el único dato de sexo en esta versión.

Regla de validación: Debe pertenecer al catálogo sexo asignado al nacer: mujer (female), hombre (male), desconocido (unknown).

Junto con el nombre y la fecha de nacimiento, permite distinguir a dos personas y verificar la identidad de quien firma.

Fecha de nacimiento de la persona relacionada, tal como consta en su documento de identidad (cédula, DIMEX o pasaporte).

Regla de negocio: Fecha de nacimiento oficial que figura en el documento de identidad. Utilizada para el cálculo de la edad cronológica y grupo etario del paciente.

Regla de validación: Formato estándar ISO 8601 (AAAA-MM-DD). La fecha debe ser igual o anterior a la fecha actual y no mayor a 130 años en el pasado. Invariante cr-persona-fecha-nacimiento.

Permite comprobar que la persona es mayor de edad, condición para que ejerza la tutela o firme un consentimiento, y distinguirla de otra con el mismo nombre.

País o países de los que la persona relacionada es nacional.

Regla de negocio: País o países de nacionalidad legal de la persona. Permite registro múltiple en caso de doble ciudadanía. Si la nacionalidad no se conoce, se envía la extensión data-absent-reason con unknown en lugar del código. Si la persona es apátrida, se envía data-absent-reason con not-applicable y el texto "Apátrida"; en ese caso no puede haber otra nacionalidad.

Regla de validación: Debe corresponder al código ISO 3166-1 alfa-3 del país (ej. CRI), según el catálogo de nacionalidad. Invariante cr-persona-apatrida: si una nacionalidad lleva data-absent-reason = not-applicable, no hay otra.

Indica qué documentos puede presentar la persona y bajo qué ordenamiento ejerce la tutela, cuando es extranjera.

Teléfono de la persona.

Regla de negocio: Medio de comunicación prioritario con la persona para notificaciones médicas, emergencias y autorizaciones asistenciales.

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.

Es el medio más rápido para pedir una autorización o avisar de una emergencia.

Correo electrónico de la persona.

Regla de negocio: Cuenta de correo electrónico de la persona para notificaciones formales y comunicaciones digitales. Opcional.

Regla de validación: Debe cumplir con la estructura estándar según RFC 5322 (usuario@dominio.extensión). Longitud máxima de 100 caracteres.

Sirve para las comunicaciones formales, como el envío de un consentimiento o de una notificación.

Dirección de la persona relacionada. Cada ocurrencia es una dirección completa.

Regla de negocio: Direcciones de la persona relacionada, en Costa Rica o en otro país. A lo sumo una con uso residencia.

Regla de validación: Si direccion.pais es CRI, provincia, canton y distrito son obligatorios y deben ser concordantes entre sí. A lo sumo una dirección con uso residencia (invariante cr-persona-residencia).

Permite notificar a la persona de forma presencial y ubicarla cuando no responde por teléfono.

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.

Indica si es la residencia habitual o una dirección temporal.

Regla de negocio: Residencia (home): donde vive habitualmente. Temporal (temp): donde se aloja por un tiempo, por ejemplo durante un tratamiento o una recuperación.

Regla de validación: Solo home o temp, del ValueSet HL7 address-use (invariante cr-direccion-uso-persona).

Igual que en la dirección del paciente: distingue la residencia habitual de una dirección temporal.

País de la dirección.

Regla de negocio: Obligatorio. Determina qué reglas aplican al resto de la dirección.

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: Obligatoria si el país es CRI. En otros países es texto libre y opcional.

Regla de validación: Si el país es CRI: código de provincia de la División Territorial Administrativa 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: Obligatorio si el país es CRI y debe pertenecer a la provincia indicada. En otros países es texto libre y opcional.

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: Obligatorio si el país es CRI y debe pertenecer al cantón indicado. No aplica a otros países.

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, en Costa Rica; barrio o colonia en otro país.

Regla de negocio: Opcional. En Costa Rica se registra el nombre del barrio o poblado tal como aparece en la División Territorial Administrativa publicada en La Gaceta, y debe estar dentro del distrito indicado.

Regla de validación: Texto de hasta 100 caracteres. No se valida contra un catálogo: el SNIT no publica barrios ni poblados con código.

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: Descripción para localizar el lugar: puntos de referencia en Costa Rica, o calle, número y apartamento en el extranjero.

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: 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.

Periodo en que la relación es válida.

Regla de negocio: Opcional. Se usa cuando la relación tiene vigencia limitada, por ejemplo una tutela temporal.

Regla de validación: Si hay fecha de inicio y de fin, el inicio no puede ser posterior al fin.

Una tutela o una representación puede ser temporal. El periodo dice si la persona puede actuar por el paciente en una fecha dada.

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.

Fecha desde la que la relación es válida.

Marca desde cuándo la persona puede actuar por el paciente.

Fecha hasta la que la relación es válida.

Marca hasta cuándo puede actuar por el paciente; después, su firma ya no vale.