-
Notifications
You must be signed in to change notification settings - Fork 2
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Ersetzen der statischen code-lookup HashMaps durch einen TermServer-Ansatz #70
Comments
Da für ValueSets und CodeSystems der FHIR-Op Beispiele (curl mit JSONPath) zum Auffinden anhand des Codes:
Anderenfalls müsste alles als ConceptMap vorliegen und der verwendete FHIR-Server |
Für den HAPI FHIR kann man zB so IGs laden: services:
hapi-fhir-server:
image: docker.io/hapiproject/hapi:v7.2.0@sha256:9bcafa8342b572eee248cb7c48c496863d352bbd0347e1d98ea238d09620e89b
restart: unless-stopped
cap_drop:
- ALL
ipc: none
security_opt:
- "no-new-privileges:true"
read_only: true
tmpfs:
- /tmp
- /app/target
privileged: false
environment:
SPRING_DATASOURCE_URL: "jdbc:postgresql://hapi-fhir-db:5432/fhir?currentSchema=public"
SPRING_DATASOURCE_USERNAME: postgres
# kics-scan ignore-line
SPRING_DATASOURCE_PASSWORD: postgres
SPRING_DATASOURCE_DRIVERCLASSNAME: org.postgresql.Driver
spring.jpa.properties.hibernate.dialect: ca.uhn.fhir.jpa.model.dialect.HapiFhirPostgres94Dialect
HAPI_FHIR_VALIDATION_REQUESTS_ENABLED: "false"
HAPI_FHIR_USE_APACHE_ADDRESS_STRATEGY: "true"
HAPI_FHIR_ENFORCE_REFERENTIAL_INTEGRITY_ON_DELETE: "false"
HAPI_FHIR_ENFORCE_REFERENTIAL_INTEGRITY_ON_WRITE: "false"
HAPI_FHIR_SUBSCRIPTION_RESTHOOK_ENABLED: "false"
HAPI_FHIR_ALLOW_MULTIPLE_DELETE: "true"
HAPI_FHIR_BULK_IMPORT_ENABLED: "false"
HAPI_FHIR_IMPLEMENTATIONGUIDES_MIIONKOLOGIE_PACKAGEURL: "https://packages.simplifier.net/de.medizininformatikinitiative.kerndatensatz.onkologie/2024.0.0-ballot-beta-1"
HAPI_FHIR_IMPLEMENTATIONGUIDES_MIIONKOLOGIE_VERSION: "2024.0.0-ballot-beta-1"
HAPI_FHIR_IMPLEMENTATIONGUIDES_MIIONKOLOGIE_NAME: "de.medizininformatikinitiative.kerndatensatz.onkologie"
depends_on:
- hapi-fhir-db
ports:
- "127.0.0.1:8084:8080"
hapi-fhir-db:
image: docker.io/bitnami/postgresql:16.4.0@sha256:6bea1699d088605204841b889fb79d7572030a36ec5731e736d73cd33018cc03
restart: unless-stopped
environment:
# kics-scan ignore-line
POSTGRESQL_PASSWORD: postgres
POSTGRESQL_DATABASE: fhir Allerdings klappt zB |
Bei ConceptMaps funktioniert es, bei ValueSets und CodeSystems leider nicht (Siehe auch: #70 (comment)). Eventuell könnte dies ein Problem werden. |
Ah jetzt, also bei den ValueSets und CodeSystem lookup Klassen nutzen wir das primär um das display zu bekommen - dafür würde sich dann $lookup anbieten: https://www.hl7.org/fhir/codesystem-operation-lookup.html - ValueSet beschreibt auch nur eine Teilmenge von einem oder mehreren CodeSystem. |
Aktuell sind viele oBDS->FHIR coding mappings hart-codiert in HashMaps. In den neuen Onko-Profilen werden ConceptMaps definiert die diese Mappings auf FHIR-native Art abbilden: https://simplifier.net/medizininformatikinitiative-modulonkologie/~resources?category=ConceptMap
Mappings können dann via
$translate
-calls umgesetzt werden: https://hl7.org/fhir/R4B/conceptmap-operation-translate.htmlFür die lokale Entwicklung könnte man diese in einen HAPI FHIR server laden, oder einen externen TermServer nutzen (MII?).
The text was updated successfully, but these errors were encountered: