-
Notifications
You must be signed in to change notification settings - Fork 0
New profile added for lab #6
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
Merged
Merged
Changes from all commits
Commits
Show all changes
15 commits
Select commit
Hold shift + click to select a range
498a5e6
First version of the lab specific profile for OrderData (Aanvraaggege…
michal-ciszewski 680bf0b
Following modifications to the OrderData profile: added short descrip…
michal-ciszewski 304b767
Preparation for the publication; adjusted version numbers and dates i…
michal-ciszewski c9b1738
Removed snapshot from the profile, fixedCoding changed to patternCodi…
michal-ciszewski e646a1d
Added text to the structureDefinitions in order to comply with the co…
michal-ciszewski 66e2a4c
temporary change of the CapabilityStatement file name (git doesn't de…
michal-ciszewski f723c49
Fixing capability statements file names
michal-ciszewski 956a432
Trying to make CapabilityStatements format pass the validator on Gith…
michal-ciszewski 2965394
Another attempt (with application/)
michal-ciszewski 6188597
Update qa-changed.yml
michal-ciszewski 1c36761
Update qa-all.yml
michal-ciszewski bed25f0
testing different naming convention (what will pass the Capability St…
michal-ciszewski eb754cc
fixing capabilitystatement resource id
michal-ciszewski 524acfc
Fixing canonical url for the valueset, expanding format of Capability…
michal-ciszewski cc60170
Reversing to patternCoding based on profiling guidelines, but additio…
michal-ciszewski File filter
Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
There are no files selected for viewing
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -0,0 +1,161 @@ | ||
| <?xml version="1.0" encoding="utf-8"?> | ||
| <StructureDefinition xmlns="http://hl7.org/fhir"> | ||
| <id value="lu-OrderData" /> | ||
| <text> | ||
| <status value="empty" /> | ||
| <div xmlns="http://www.w3.org/1999/xhtml"> | ||
| No narrative is provided for definitional resources. A human-readable rendering can be found in the implementation guide(s) where this resource is used. | ||
| </div> | ||
| </text> | ||
| <url value="http://nictiz.nl/fhir/StructureDefinition/lu-OrderData" /> | ||
| <version value="3.0.0-beta.3" /> | ||
| <name value="LuOrderData" /> | ||
| <title value="lu OrderData" /> | ||
| <status value="draft" /> | ||
| <publisher value="Nictiz" /> | ||
| <contact> | ||
| <name value="Nictiz" /> | ||
| <telecom> | ||
| <system value="url" /> | ||
| <value value="https://www.nictiz.nl" /> | ||
| <use value="work" /> | ||
| </telecom> | ||
| </contact> | ||
| <description value="The order data defines how information about the requester and the requested investigation is captured and exchanged within a healthcare order message." /> | ||
| <purpose value="A derived profile from [ServiceRequest](https://hl7.org/fhir/R4/servicerequest.html) to provide a version better suited for implementation purposes." /> | ||
| <copyright value="Copyright and related rights waived via CC0, https://creativecommons.org/publicdomain/zero/1.0/. This does not apply to information from third parties, for example a medical terminology system. The implementer alone is responsible for identifying and obtaining any necessary licenses or authorizations to utilize third party IP in connection with the specification or otherwise." /> | ||
| <fhirVersion value="4.0.1" /> | ||
| <mapping> | ||
| <identity value="lu-dataset-300-beta2-20230525" /> | ||
| <uri value="https://decor.nictiz.nl/pub/labuitwisseling/lu-html-20230525T170259/ds-2.16.840.1.113883.2.4.3.11.60.25.1.2-2021-02-22T000000.html" /> | ||
| <name value="ART-DECOR dataset LU 3.0.0-beta.2 20250525" /> | ||
| </mapping> | ||
| <kind value="resource" /> | ||
| <abstract value="false" /> | ||
| <type value="ServiceRequest" /> | ||
| <baseDefinition value="http://hl7.org/fhir/StructureDefinition/ServiceRequest" /> | ||
| <derivation value="constraint" /> | ||
| <differential> | ||
| <element id="ServiceRequest"> | ||
| <path value="ServiceRequest" /> | ||
| <short value="OrderData" /> | ||
| <alias value="Aanvraaggegevens" /> | ||
| <mapping> | ||
| <identity value="lu-dataset-300-beta2-20230525" /> | ||
| <map value="lu-concept-v2-4410" /> | ||
| <comment value="OrderData" /> | ||
| </mapping> | ||
| </element> | ||
| <element id="ServiceRequest.identifier"> | ||
| <path value="ServiceRequest.identifier" /> | ||
| <short value="OrderId" /> | ||
| <definition value="Identifier of the request. This is a number sent with the order and sent back in the result message. The requester assigns an identifier to the order (also known as the Placer Order ID). The performer also assigns an identifier to the order/result (also known as the Filler Order ID)." /> | ||
| <alias value="Aanvraagnummer" /> | ||
| <max value="1" /> | ||
| <mapping> | ||
| <identity value="lu-dataset-300-beta2-20230525" /> | ||
| <map value="lu-concept-v2-4473" /> | ||
| <comment value="OrderId" /> | ||
| </mapping> | ||
| </element> | ||
| <element id="ServiceRequest.status"> | ||
| <path value="ServiceRequest.status" /> | ||
| <short value="Status" /> | ||
| <definition value="Status of the request, such as ‘requested’, ‘planned’, 'in progress'" /> | ||
| <comment value="The status can have one of the following values: requested | planned | in progress | new | held | cancelled | active | completed | aborted" /> | ||
| <alias value="Status" /> | ||
| <binding> | ||
| <strength value="required" /> | ||
| <description value="Use ConceptMap 'AanvraagStatusCodelijst_to_RequestStatus' to translate terminology from the functional model to profile terminology in ValueSet 'request-status'" /> | ||
| </binding> | ||
| <mapping> | ||
| <identity value="lu-dataset-300-beta2-20230525" /> | ||
| <map value="lu-concept-v2-4476" /> | ||
| <comment value="Status" /> | ||
| </mapping> | ||
| </element> | ||
| <element id="ServiceRequest.code"> | ||
| <path value="ServiceRequest.code" /> | ||
| <short value="ClinicalQuestion" /> | ||
| <definition value="Description of the question to which the requester hopes to receive an answer. This is particularly important for actions whose outcome requires interpretation by the implementer." /> | ||
| <alias value="Vraagstelling" /> | ||
| <binding> | ||
| <strength value="required" /> | ||
| <valueSet value="https://decor.nictiz.nl/fhir/4.0/zib2020bbr-/ValueSet/2.16.840.1.113883.2.4.3.11.60.121.11.7--20200901000000" /> | ||
|
Check notice on line 84 in Resources/lu-OrderData.xml
|
||
| </binding> | ||
| <mapping> | ||
| <identity value="lu-dataset-300-beta2-20230525" /> | ||
| <map value="lu-concept-v2-4475" /> | ||
| <comment value="ClinicalQuestion" /> | ||
| </mapping> | ||
| </element> | ||
| <element id="ServiceRequest.authoredOn"> | ||
| <path value="ServiceRequest.authoredOn" /> | ||
| <short value="OrderDateTime" /> | ||
| <definition value="Date and, if applicable, time the request was made." /> | ||
| <alias value="AanvraagDatumTijd" /> | ||
| <mapping> | ||
| <identity value="lu-dataset-300-beta2-20230525" /> | ||
| <map value="lu-concept-v2-4472" /> | ||
| <comment value="OrderDateTime" /> | ||
| </mapping> | ||
| </element> | ||
| <element id="ServiceRequest.requester"> | ||
| <path value="ServiceRequest.requester" /> | ||
| <short value="Requester" /> | ||
| <definition value="The person who ordered the action (procedure, test, etc.)." /> | ||
| <comment value="This is not the dispatcher, but rather who is the authorizer. This element is not intended to handle delegation which would generally be managed through the Provenance resource." /> | ||
| <alias value="Zorgverlener" /> | ||
| <type> | ||
| <code value="Reference" /> | ||
| <targetProfile value="http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthProfessional-PractitionerRole" /> | ||
| <targetProfile value="http://hl7.org/fhir/StructureDefinition/Practitioner" /> | ||
| <targetProfile value="http://hl7.org/fhir/StructureDefinition/PractitionerRole" /> | ||
| <targetProfile value="http://hl7.org/fhir/StructureDefinition/Organization" /> | ||
| <targetProfile value="http://hl7.org/fhir/StructureDefinition/Patient" /> | ||
| <targetProfile value="http://hl7.org/fhir/StructureDefinition/RelatedPerson" /> | ||
| <targetProfile value="http://hl7.org/fhir/StructureDefinition/Device" /> | ||
| </type> | ||
| <mapping> | ||
| <identity value="lu-dataset-300-beta2-20230525" /> | ||
| <map value="lu-concept-v2-4478" /> | ||
| <comment value="Requester" /> | ||
| </mapping> | ||
| </element> | ||
| <element id="ServiceRequest.reasonCode"> | ||
| <path value="ServiceRequest.reasonCode" /> | ||
| <short value="OrderReason" /> | ||
| <definition value="An explanation or justification for why this service is being requested in coded or textual form. This is often for billing purposes. May relate to the resources referred to in `supportingInfo`." /> | ||
| <alias value="RedenAanvraag" /> | ||
| <max value="1" /> | ||
| <mapping> | ||
| <identity value="lu-dataset-300-beta2-20230525" /> | ||
| <map value="lu-concept-v2-4474" /> | ||
| <comment value="OrderReason" /> | ||
| </mapping> | ||
| </element> | ||
| <element id="ServiceRequest.reasonCode.coding"> | ||
| <path value="ServiceRequest.reasonCode.coding" /> | ||
| <max value="0" /> | ||
| </element> | ||
| <element id="ServiceRequest.reasonCode.text"> | ||
| <path value="ServiceRequest.reasonCode.text" /> | ||
| <definition value="Context of the request, which is relevant to its execution." /> | ||
| </element> | ||
| <element id="ServiceRequest.note"> | ||
| <path value="ServiceRequest.note" /> | ||
| <max value="1" /> | ||
| </element> | ||
| <element id="ServiceRequest.note.text"> | ||
| <path value="ServiceRequest.note.text" /> | ||
| <short value="Comment" /> | ||
| <definition value="Additional information that is important for the execution of the request and that cannot be described in any of the other elements." /> | ||
| <alias value="Opmerking" /> | ||
| <mapping> | ||
| <identity value="lu-dataset-300-beta2-20230525" /> | ||
| <map value="lu-concept-v2-4477" /> | ||
| <comment value="Comment" /> | ||
| </mapping> | ||
| </element> | ||
| </differential> | ||
| </StructureDefinition> | ||
Oops, something went wrong.
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Isn't this always a Laboratory Report? Why change this into a patternCoding when a different code would change the meaning of the resource? see: https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_Profiling_Guidelines_R4#Values_that_should_be_present_verbatim
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think based on that specific chapter it should be pattern, since Coding is a complex datatype. I made coding.system required to follow the guideline.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think putting the code on .fixed rather than .pattern hinges on whether:
If you these two things are okay for you, you should go ahead with the profile as-is! 👍
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I understand that perspective. From that point of view, I would definitely prefer to have fixedCoding, but I do have to take into account our general approach to profiling: the profiled value is a minimum expectation and other additional values are still allowed. I do see it as a compromise: we cannot be too restrictive (making it a bit less handy), but at least that one specific LOINC code 11502-2 has to be one of the codes in any FHIR instance.