1、 I n t e r n a t i o n a l T e l e c o m m u n i c a t i o n U n i o n ITU-T H.812.2 TELECOMMUNICATION STANDARDIZATION SECTOR OF ITU (11/2017) SERIES H: AUDIOVISUAL AND MULTIMEDIA SYSTEMS E-health multimedia services and applications Personal health systems Interoperability design guidelines for per
2、sonal connected health systems: Services interface: Questionnaire capability Recommendation ITU-T H.812.2 ITU-T H-SERIES RECOMMENDATIONS AUDIOVISUAL AND MULTIMEDIA SYSTEMS CHARACTERISTICS OF VISUAL TELEPHONE SYSTEMS H.100H.199 INFRASTRUCTURE OF AUDIOVISUAL SERVICES General H.200H.219 Transmission mu
3、ltiplexing and synchronization H.220H.229 Systems aspects H.230H.239 Communication procedures H.240H.259 Coding of moving video H.260H.279 Related systems aspects H.280H.299 Systems and terminal equipment for audiovisual services H.300H.349 Directory services architecture for audiovisual and multime
4、dia services H.350H.359 Quality of service architecture for audiovisual and multimedia services H.360H.369 Telepresence H.420H.429 Supplementary services for multimedia H.450H.499 MOBILITY AND COLLABORATION PROCEDURES Overview of Mobility and Collaboration, definitions, protocols and procedures H.50
5、0H.509 Mobility for H-Series multimedia systems and services H.510H.519 Mobile multimedia collaboration applications and services H.520H.529 Security for mobile multimedia systems and services H.530H.539 Security for mobile multimedia collaboration applications and services H.540H.549 VEHICULAR GATE
6、WAYS AND INTELLIGENT TRANSPORTATION SYSTEMS (ITS) Architecture for vehicular gateways H.550H.559 Vehicular gateway interfaces H.560H.569 BROADBAND, TRIPLE-PLAY AND ADVANCED MULTIMEDIA SERVICES Broadband multimedia services over VDSL H.610H.619 Advanced multimedia services and applications H.620H.629
7、 Ubiquitous sensor network applications and Internet of Things H.640H.649 IPTV MULTIMEDIA SERVICES AND APPLICATIONS FOR IPTV General aspects H.700H.719 IPTV terminal devices H.720H.729 IPTV middleware H.730H.739 IPTV application event handling H.740H.749 IPTV metadata H.750H.759 IPTV multimedia appl
8、ication frameworks H.760H.769 IPTV service discovery up to consumption H.770H.779 Digital Signage H.780H.789 E-HEALTH MULTIMEDIA SERVICES AND APPLICATIONS Personal health systems H.810H.819 Interoperability compliance testing of personal health systems (HRN, PAN, LAN, TAN and WAN) H.820H.859 Multime
9、dia e-health data exchange services H.860H.869 For further details, please refer to the list of ITU-T Recommendations. Rec. ITU-T H.812.2 (11/2017) i Recommendation ITU-T H.812.2 Interoperability design guidelines for personal connected health systems: Services interface: Questionnaire capability Su
10、mmary The Continua Design Guidelines (CDG) defines a framework of underlying standards and criteria that ensure the interoperability of devices and data used for personal connected health services. The Continua Design Guidelines also contains design guidelines (DGs) that further clarify the underlyi
11、ng standards or specifications by reducing options or by adding missing features to improve interoperability. Patient reported outcome measures (PROMs) are increasingly needed to improve the cost effectiveness and quality of health services. ITU-T H.812.2 defines design guidelines for the Certified
12、Capability Class (CCC) Questionnaire, the function of which is to enable the interoperable exchange of PROMs (also known as Questionnaires) across the Services-IF of the Continua end-to-end architecture. The Questionnaires are represented according to the HL7 Implementation Guide (IG) for the CDA R2
13、 Questionnaire Form Definition (QFD) document HL7 CDA QFD. The QFD document captures the health survey questions or question sets to be administered to a patient. The QFD document enables the definition of questions for surveying the patients perception on their health and the impact that any treatm
14、ents or adjustments to lifestyle have had on their quality of life. QFD documents may carry a variety of clinical and non-clinical questions and branching logic in order to present the patient with a dynamic health survey for assessing health status including, but not limited to, the patients functi
15、onal, cognitive and physiological characteristics. Authors of the QFD documents may include information about disease management organizations, primary care physicians, health and fitness coaches, chronic condition monitors and post-acute and long-term care organizations. The response to a Questionn
16、aire is then represented according to the HL7 Implementation Guide (IG) for the CDA R2 Questionnaire Response (QR) document HL7 CDA QRD. Authors of the QR documents may include the patients who are under the care of disease management organizations, primary care physicians, health and fitness coache
17、s, chronic condition monitors and post-acute and long-term care providers or their agents. For the exchange of QFD and QR documents, this design guidelines document specifies and profiles the use of the HL7 hData record format and OMG hData REST Binding for RLUS. For security, this design guidelines
18、 document further profiles the use of OAuth 2.0 and TLS v1.1. RITU-T H.812.2 is part of the “ITU-T H.810 interoperability design guidelines for personal connected health systems“ subseries, that covers the following areas: ITU-T H.810 Interoperability design guidelines for personal connected health
19、systems: Introduction ITU-T H.811 Interoperability design guidelines for personal connected health systems: Personal Health Devices interface ITU-T H.812 Interoperability design guidelines for personal connected health systems: Services interface ITU-T H.812.1 Interoperability design guidelines for
20、personal connected health systems: Services interface: Observation Upload capability ITU-T H.812.2 Interoperability design guidelines for personal connected health systems: Services interface: Questionnaire capability (this design guidelines document) ITU-T H.812.3 Interoperability design guidelines
21、 for personal connected health systems: Services interface: Capability Exchange capability ITU-T H.812.4 Interoperability design guidelines for personal connected health systems: Services interface: Authenticated Persistent Session capability ITU-T H.813 Interoperability design guidelines for person
22、al connected health systems: Healthcare Information System interface ii Rec. ITU-T H.812.2 (11/2017) History Edition Recommendation Approval Study Group Unique ID* 1.0 ITU-T H.812.2 2015-11-29 16 11.1002/1000/12655 2.0 ITU-T H.812.2 2016-07-14 16 11.1002/1000/12915 3.0 ITU-T H.812.2 2017-11-29 16 11
23、.1002/1000/13417 Keywords CDG, Continua Design Guidelines, healthcare information systems, personal connected health systems, personal health devices, questionnaire capability, services * To access the Recommendation, type the URL http:/handle.itu.int/ in the address field of your web browser, follo
24、wed by the Recommendations unique ID. For example, http:/handle.itu.int/11.1002/1000/11830-en. Rec. ITU-T H.812.2 (11/2017) iii FOREWORD The International Telecommunication Union (ITU) is the United Nations specialized agency in the field of telecommunications, information and communication technolo
25、gies (ICTs). The ITU Telecommunication Standardization Sector (ITU-T) is a permanent organ of ITU. ITU-T is responsible for studying technical, operating and tariff questions and issuing Recommendations on them with a view to standardizing telecommunications on a worldwide basis. The World Telecommu
26、nication Standardization Assembly (WTSA), which meets every four years, establishes the topics for study by the ITU-T study groups which, in turn, produce Recommendations on these topics. The approval of ITU-T Recommendations is covered by the procedure laid down in WTSA Resolution 1. In some areas
27、of information technology which fall within ITU-Ts purview, the necessary standards are prepared on a collaborative basis with ISO and IEC. NOTE In this Recommendation, the expression “Administration“ is used for conciseness to indicate both a telecommunication administration and a recognized operat
28、ing agency. Compliance with this Recommendation is voluntary. However, the Recommendation may contain certain mandatory provisions (to ensure, e.g., interoperability or applicability) and compliance with the Recommendation is achieved when all of these mandatory provisions are met. The words “shall“
29、 or some other obligatory language such as “must“ and the negative equivalents are used to express requirements. The use of such words does not suggest that compliance with the Recommendation is required of any party. INTELLECTUAL PROPERTY RIGHTSITU draws attention to the possibility that the practi
30、ce or implementation of this Recommendation may involve the use of a claimed Intellectual Property Right. ITU takes no position concerning the evidence, validity or applicability of claimed Intellectual Property Rights, whether asserted by ITU members or others outside of the Recommendation developm
31、ent process. As of the date of approval of this Recommendation, ITU had not received notice of intellectual property, protected by patents, which may be required to implement this Recommendation. However, implementers are cautioned that this may not represent the latest information and are therefore
32、 strongly urged to consult the TSB patent database at http:/www.itu.int/ITU-T/ipr/. ITU 2018 All rights reserved. No part of this publication may be reproduced, by any means whatsoever, without the prior written permission of ITU. iv Rec. ITU-T H.812.2 (11/2017) Table of Contents Page 0 Introduction
33、 vi 0.1 Organization vi 0.2 CCC guideline releases and versioning . vii 0.3 Whats new. vii 1 Scope 1 2 References 1 3 Definitions . 1 4 Abbreviations and acronyms . 1 5 Conventions . 1 6 Use cases 1 6.1 Retrieve a list of Questionnaires to-be-completed by a patient . 1 6.2 Retrieve a specific Questi
34、onnaire and let the patient fill it in . 2 6.3 Upload the completed Questionnaire to the patient record . 2 6.4 Retrieve a list of completed Questionnaires from the patient record 2 6.5 Retrieve a specific Questionnaire response from the server . 2 7 Behavioural models . 2 8 Implementation 3 8.1 Con
35、tent representation . 3 8.2 Transport protocol . 4 Annex A Normative guidelines . 5 Appendix I ATOM feed information elements . 9 I.1 Information for Questionnaire in the root.xml . 10 I.2 Information for Questionnaire response in the root.xml 11 Bibliography 12 Rec. ITU-T H.812.2 (11/2017) v List o
36、f Tables Page Table A.1 Normative guidelines for Questionnaire-enabled PHG . 5 Table A.2 Normative guidelines for Questionnaire-enabled Health users of this Recommendation are therefore encouraged to investigate the possibility of applying the most recent edition of the Recommendations and other ref
37、erences listed below. A list of the currently valid ITU-T Recommendations is regularly published. The reference to a document within this Recommendation does not give it, as a stand-alone document, the status of a Recommendation. ITU-T H.810 Recommendation ITU-T H.810 (2017), Interoperability design
38、 guidelines for personal connected health systems: Introduction. All other referenced documents can be found in clause 2 of ITU-T H.810. 3 Definitions This design guidelines document uses terms defined in ITU-T H.810. 4 Abbreviations and acronyms This design guidelines document uses abbreviations an
39、d acronyms defined in ITU-T H.810. 5 Conventions This design guidelines document follows the conventions defined in ITU-T H.810. 6 Use cases The use cases below are focused on the needs identified for retrieving Questionnaires and posting Questionnaire responses by patients. 6.1 Retrieve a list of Q
40、uestionnaires to-be-completed by a patient Adam Everyman has heart failure and has recently been hospitalized for a decompensation event. As part of the discharge from the hospital he was enrolled in a telehealth programme that monitors his vitals at home and asks him regularly to provide subjective
41、 information about his condition. The telehealth hub that is installed in Adams home will regularly check with the telehealth server if there are any new Questionnaires that Adam should fill in. When a Questionnaire is scheduled for Adam by his care provider the telehealth hub will download the info
42、rmation about the 2 Rec. ITU-T H.812.2 (11/2017) Questionnaire, including the due date for completing it and a short message from Adams care provider explaining what the Questionnaire is for and who he can call in case of questions. The telehealth hub then shows on the start screen that a new Questi
43、onnaire is available and when it is due for and also enables Adam to check the note from his care provider related to this Questionnaire. 6.2 Retrieve a specific Questionnaire and let the patient fill it in When Adam checks his telehealth hub in the morning he sees that there is a new Questionnaire
44、that he is asked to complete. The hub tells him that the Questionnaire is about his heart failure symptoms and it also shows a brief note from his heart failure nurse where she writes that she hopes he has slept well and asks him to complete this symptom Questionnaire preferably before lunch time. S
45、he also tells him to give her a call directly in case his symptoms are worse than normal. Adam grabs a cup of tea and starts the Questionnaire. He knows the Questionnaire well as he is asked to fill in this Questionnaire once per week. It asks about any signs of breathlessness or swelling that could
46、 signal a worsening of his heart failure. Luckily Adam feels pretty good and he can answer the questions by indicating that he has no problematic symptoms at this moment. 6.3 Upload the completed Questionnaire to the patient record Adam finishes answering the questions in the Questionnaire and hits
47、the “submit“ button on his telehealth hub. The hub compiles his answers into a Questionnaire response document and posts the document to Adams health record at the telehealth server. The server analyses Adams responses and determines that there are no problematic symptoms at this moment so there is
48、no need to alert Adams heart failure nurse. She can still review his answers if she would like to do so, for instance before she calls him for a regular check-up. As Adam has now completed the Questionnaire, the server will also remove this specific Questionnaire from the list of Questionnaires to-b
49、e-completed by Adam. The next time Adams telehealth hub checks with the server for Questionnaires to-be-completed it will not find this Questionnaire in the to-do list anymore. 6.4 Retrieve a list of completed Questionnaires from the patient record As all completed Questionnaires by Adam are stored in his health record at the telehealth server he can also see a list of all the Questionnaires he has completed on his telehealth hub. This can be useful for him to be able to look back how he answ
