-
Notifications
You must be signed in to change notification settings - Fork 3
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
feat: implement op mapping #155
base: beta
Are you sure you want to change the base?
Conversation
🦙 MegaLinter status: ✅ SUCCESS
See detailed report in MegaLinter reports You could have the same capabilities but better runtime performances if you use a MegaLinter flavor:
|
…test only generates snapshot for first OPS and when run a second time, it generates snapshot for the second OPS and I dont know why
src/main/java/org/miracum/streams/ume/obdstofhir/mapper/mii/OperationMapper.java
Fixed
Show fixed
Hide fixed
src/main/java/org/miracum/streams/ume/obdstofhir/mapper/mii/OperationMapper.java
Fixed
Show fixed
Hide fixed
|
||
var fhirParser = FhirContext.forR4().newJsonParser().setPrettyPrint(true); | ||
|
||
LOG.info("Number of OPS codes: {}", opMeldung); |
Check notice
Code scanning / CodeQL
Use of default toString() Note test
Code Coverage Report
|
src/main/java/org/miracum/streams/ume/obdstofhir/mapper/mii/OperationMapper.java
Fixed
Show fixed
Hide fixed
src/main/java/org/miracum/streams/ume/obdstofhir/mapper/mii/OperationMapper.java
Fixed
Show fixed
Hide fixed
one validation error persists. Any ideas? |
Trivy image scan report
|
Package | ID | Severity | Installed Version | Fixed Version |
---|---|---|---|---|
ca.uhn.hapi.fhir:org.hl7.fhir.r4 |
CVE-2024-45294 | HIGH | 6.3.11 | 6.3.23 |
ca.uhn.hapi.fhir:org.hl7.fhir.r4 |
CVE-2024-51132 | HIGH | 6.3.11 | 6.4.0 |
ca.uhn.hapi.fhir:org.hl7.fhir.r4 |
CVE-2024-52007 | HIGH | 6.3.11 | 6.4.0 |
ca.uhn.hapi.fhir:org.hl7.fhir.utilities |
CVE-2024-45294 | HIGH | 6.3.11 | 6.3.23 |
ca.uhn.hapi.fhir:org.hl7.fhir.utilities |
CVE-2024-51132 | HIGH | 6.3.11 | 6.4.0 |
ca.uhn.hapi.fhir:org.hl7.fhir.utilities |
CVE-2024-52007 | HIGH | 6.3.11 | 6.4.0 |
commons-io:commons-io |
CVE-2024-47554 | HIGH | 2.11.0 | 2.14.0 |
org.springframework:spring-beans |
CVE-2024-38827 | MEDIUM | 6.1.11 | 6.1.14 |
org.springframework:spring-context |
CVE-2024-38820 | MEDIUM | 6.1.11 | 6.1.14 |
org.springframework:spring-context |
CVE-2024-38827 | MEDIUM | 6.1.11 | 6.1.14 |
org.springframework:spring-core |
CVE-2024-38827 | MEDIUM | 6.1.11 | 6.1.14 |
org.springframework:spring-expression |
CVE-2024-38827 | MEDIUM | 6.1.11 | 6.1.14 |
org.springframework:spring-web |
CVE-2024-38809 | MEDIUM | 6.1.11 | 5.3.38, 6.0.23, 6.1.12 |
org.springframework:spring-webmvc |
CVE-2024-38816 | HIGH | 6.1.11 | 6.1.13 |
No Misconfigurations found
The example (https://simplifier.net/guide/mii-ig-modul-onkologie-2024-de/miiigmodulonkologie/technischeimplementierung/fhir-profile/operation/operation-procedure.page.md?version=current) shows the version value starting with “OPS” followed by the year. However, the description only states that the value should be the (plain) year with 4 digits. |
Die offiziellen Ressourcen aus dem IG failen ebenfalls die Validierung. - also gut möglich dass es nicht auf unserer Seite ein problem ist. Ich Guck spätestens im Januar mal drauf. Aber das mit der Version ist auch ein guter Punkt mMn ist es nur das Jahr anzuheben korrekt, vermutlich wird es nicht explizit validiert. Müsste man nochmal im kds Prozedur Profil nachsehen. |
Das Beispiel oben von simplifier.net wird auch nicht korrekt validiert:
|
#119