Data Management with FHIR
0.1.0 - ci-build
Data Management with FHIR - version de développement local (intégration continue v0.1.0) construite par les outils de publication FHIR (HL7® FHIR® Standard). Voir le répertoire des versions publiées
| Official URL: https://aphp.github.io/IG-fhir-dm/CodeSystem/dm-omop-cdm-v20240229-cs | Version: 0.1.0 | |||
| Active as of 2024-03-01 | Computable Name: DMOmopCDMv20240229Cs | |||
Type de séjour
This Code system is referenced in the content logical definition of the following value sets:
This case-insensitive code system https://aphp.github.io/IG-fhir-dm/CodeSystem/dm-omop-cdm-v20240229-cs defines the following codes dans une hiérarchie Grouped By:
| Code | Affichage |
| 8507 | MALE |
| 8532 | FEMALE |
History
| Date | Action | Author | Comment |
| 2026-08-05 | revise | David Ouagne | These 10 artifacts declared no explicit Id, so SUSHI minted a PascalCase id equal to the FSH name instead of kebab-case, and none carried the -Cs/-Vs type suffix that resource-templates.md now applies by default. This had already produced a live collision: ValueSet DpiModeIn and CodeSystem DpiModeIn shared the same name and id (same for DpiModeOut). Added an explicit Id: and the type suffix to each, per resource-templates.md's CodeSystem/ValueSet entries; the FormBuilder id==name exception does not apply since these are hand-authored FSH, not FormBuilder output. |
| 2025-06-10 | create | David Ouagne | Backfilled retrospectively (2026-08-05 compliance remediation): the OMOP CDM v5.4.2024-03-01 CodeSystem, its gender ValueSet, and the ConceptMap aligning HL7 administrative-gender to OHDSI gender concept ids were first committed together 2025-06-10 per git history, to support FHIR-to-OMOP mapping (CoreFHIR2OMOPPerson.fml). |