You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The questionnaire in its present form is far out too extensive in the sense, that administrative, workflow and context information is displayed to the end user that is of no interest to him/her or never has to be filled in by the end user like:
placer order number, filler order number
date done, time done etc.
Patient adress and similar
the full coverage information
the full sender and receiver adresses
and so on
The Questionnaire / questionnaireReponse should be restricted to information
which has to be displayed to the end user in order to be filled in (by free text, by choice selection, answer context and similar) oder to be reviewed, (prepopulated information like AllergyIntolerance, Patient last name, first name, gender, birth date) at the Questionnaire Filler Actor side
and which provides the needed medical information at the Questionnaire Receiver Actor side for subsequent treatment of the patient
Other information than this should be treated as discussed in hl7ch/ch-lab-order#81 by population of the corresponding resources including the service request, composition and bundle "without detour via questionnaire" thus
minimizing the overhead in (pre-)populating an extracting resources at Questionnaire Filler and Receiver actor side
reducing to the max the information displayed to the end user with main focus on medical relevant info in the user guidance
respecting the fact that in clinical systems administrative or above discussed context information is rarely or never displayed to the end user together with medical information (forms) and will be processed by backend processes separately from the respective UI interaction
Walter Wellauer, Cistec AG
The text was updated successfully, but these errors were encountered:
Tel. Mit Walter Wellauer 27.10.2021: #17-19- Feature Request: #17 is MUST für Brauchbarkeit. Im Rahmen von POC mit Healthlink entwickelt Cistec weiter:
Vom Questionnaire sollte Ableitung in Teilmengen gemacht werden; bei Bedarf Master Questionnaire erweitern. Nur so Reuse und Standardisierung erreichbar-
@walterwellauer in the ci they integrated modular questionnaires http://build.fhir.org/ig/HL7/sdc/modular.html which could be used to split the orf questionnaire in different subquestionnaries, the sdc should be published by end of the year so for a next version this approach could also be used in ch-orf
ch.fhir.ig.ch-etoc#0.1.0 /questionnaire.html
The questionnaire in its present form is far out too extensive in the sense, that administrative, workflow and context information is displayed to the end user that is of no interest to him/her or never has to be filled in by the end user like:
The Questionnaire / questionnaireReponse should be restricted to information
Other information than this should be treated as discussed in hl7ch/ch-lab-order#81 by population of the corresponding resources including the service request, composition and bundle "without detour via questionnaire" thus
Walter Wellauer, Cistec AG
The text was updated successfully, but these errors were encountered: