[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"detail-sidebar-cat-1-en-105":3,"doc-seo-242939-105":53,"doc-detail-242939-en":127},{"code":4,"msg":5,"data":6},0,"success",[7,14,19,24,29,34,39,44,49],{"id":8,"doc_module":9,"doc_module_name":10,"category_name":11,"show_sort_weight":12,"slug":13},11,1,"Template","Presentations",90,"presentations",{"id":15,"doc_module":9,"doc_module_name":10,"category_name":16,"show_sort_weight":17,"slug":18},12,"Resumes",80,"resumes",{"id":20,"doc_module":9,"doc_module_name":10,"category_name":21,"show_sort_weight":22,"slug":23},14,"Invoices",70,"invoices",{"id":25,"doc_module":9,"doc_module_name":10,"category_name":26,"show_sort_weight":27,"slug":28},15,"Posters",60,"posters",{"id":30,"doc_module":9,"doc_module_name":10,"category_name":31,"show_sort_weight":32,"slug":33},16,"Social Media",50,"social-media",{"id":35,"doc_module":9,"doc_module_name":10,"category_name":36,"show_sort_weight":37,"slug":38},17,"Forms",40,"forms",{"id":40,"doc_module":9,"doc_module_name":10,"category_name":41,"show_sort_weight":42,"slug":43},18,"Letters",30,"letters",{"id":45,"doc_module":9,"doc_module_name":10,"category_name":46,"show_sort_weight":47,"slug":48},21,"Paper Templates",5,"papers-templates",{"id":50,"doc_module":9,"doc_module_name":10,"category_name":51,"show_sort_weight":4,"slug":52},158,"General","general-158",{"code":4,"msg":54,"data":55},"ok",{"site_id":56,"language":57,"slug":58,"title":59,"keywords":60,"description":61,"schema_data":62,"social_meta":120,"head_meta":122,"extra_data":124,"updated_unix":126},105,"en","qualdash-srs-v11-quality-dashboard-functional-requirements-for-national-clinical-audit-data","QualDash SRS v1.1 - Quality Dashboard Functional Requirements for National Clinical Audit Data","","Requirements specification for a web-based quality dashboard (QualDash) supporting exploration of National Clinical Audit (NCA) data. The specification defines functional requirements and use cases that enable users to manage accounts and profiles, visualise data, perform interaction and root cause analysis, generate reporting, send notifications, and monitor data quality. Requirements are derived from stakeholder interviews and a supplier workshop, with supporting methods in the appendix and definitions in the glossary. Version 1.1 reflects Lay Advisory Group feedback.",{"@graph":63,"@context":119},[64,80,102],{"@type":65,"itemListElement":66},"BreadcrumbList",[67,71,74,77],{"item":68,"name":69,"@type":70,"position":9},"https://docshare.wps.com","Home","ListItem",{"item":72,"name":10,"@type":70,"position":73},"https://docshare.wps.com/template/",2,{"item":75,"name":11,"@type":70,"position":76},"https://docshare.wps.com/template/presentations/",3,{"item":78,"name":59,"@type":70,"position":79},"https://docshare.wps.com/template/qualdash-srs-v11-quality-dashboard-functional-requirements-for-national-clinical-audit-data/242939/",4,{"url":78,"name":59,"@type":81,"image":82,"author":87,"headline":59,"publisher":90,"fileFormat":93,"inLanguage":57,"description":61,"dateModified":94,"datePublished":95,"encodingFormat":93,"isAccessibleForFree":96,"interactionStatistic":97},"DigitalDocument",{"url":83,"@type":84,"width":85,"height":86},"https://docshare.wps.com/thumbnails/qualdash-srs-v11-quality-dashboard-functional-requirements-for-national-clinical-audit-data/242939.png","ImageObject",442,249,{"name":88,"@type":89},"Liam","Person",{"url":68,"name":91,"@type":92},"DocShare","Organization","application/pdf","2026-10-19","2026-09-12",true,{"@type":98,"interactionType":99,"userInteractionCount":101},"InteractionCounter",{"@type":100},"ViewAction",10,{"@type":103,"mainEntity":104},"FAQPage",[105,111,115],{"name":106,"@type":107,"acceptedAnswer":108},"What is the purpose of the QualDash requirements specification?","Question",{"text":109,"@type":110},"It specifies the functional requirements for a web-based quality dashboard that supports exploration of National Clinical Audit (NCA) data and enables use of that data to improve quality of care and clinical outcomes.","Answer",{"name":112,"@type":107,"acceptedAnswer":113},"Which core capabilities are covered in the functional requirements?",{"text":114,"@type":110},"The document covers user account and profile management, data visualisation, interaction with root cause analysis, reporting, notifications, data quality monitoring, and system navigation and control.",{"name":116,"@type":107,"acceptedAnswer":117},"How were the requirements identified and validated?",{"text":118,"@type":110},"Requirements were identified through interviews with clinical teams, Q&S committees, NHS Trust boards, and CCGs, and through a workshop with audit suppliers; the methods are described in Appendix B.","https://schema.org",{"og:url":78,"og:type":121,"og:title":59,"og:site_name":91,"og:description":61},"article",{"robots":123,"canonical":78},"index,follow",{"doc_id":125,"site_id":56},242939,1791724844,{"code":4,"msg":5,"data":128},{"doc_id":125,"user_id":129,"nickname":88,"user_avatar":130,"doc_module":9,"category_id":8,"category_name":11,"doc_title":59,"doc_description":61,"doc_content":131,"file_id":132,"file_url":133,"file_type":134,"file_size":135,"view_count":101,"is_deleted":4,"is_public":9,"is_downloadable":9,"audit_status":9,"page_count":136,"language":137,"language_code":57,"site_id":56,"html_lang":57,"table_of_contents":138,"faqs":139,"seo_title":140,"seo_description":61,"update_tm":141,"read_time":142},8796095461564,"https://ap-avatar.wpscdn.com/davatar_155a257f0dc6eb9ab79c44ca47cae57d","Requirements specification for a quality dashboard for exploring National Clinical Audit data  \nVersion 1.1 Prepared by the QualDash Team  \nUniversity of Leeds  \nJanuary 2019  \nAcknowledgements  \nWe would like to thank the NHS staff who generously gave up their time to be interviewed and the staff of National Clinical Audits who attended the workshop to provide information for this requirements specification. We also thank our Lay Advisory Group for their input on this document. This research is funded by the National Institute for Health Research (NIHR) Health Services and Delivery Research (HS&DR) Programme (project number 16/04/06). The views and opinions expressed are those of the presenter and do not necessarily reflect those of the HS&DR programme, NIHR, NHS or the Department of Health.  \nTable of Contents  \n1. Introduction .............................................................................................................. 1  \n1.1 How functional requirements are presented and illustrated in this document ... 1  \n2. Product Goals and Use Cases................................................................................ 4  \n2.1.1 G1: Manage User Account ............................................................................ 4  \n2.1.2 G2: Manage User Profile ............................................................................... 4  \n2.1.3 G3: Visualise Data......................................................................................... 4  \n2.1.4 G4: Interaction and Root Cause Analysis ................................................... 16  \n2.1.5 G5: Reporting .............................................................................................. 19  \n2.1.6 G6: Notification ............................................................................................ 20  \n2.1.7 G7: Data Quality Monitoring ........................................................................ 21  \n2.1.8 G*: System Navigation and Control ............................................................. 21  \n3. User Classes and Scenarios................................................................................. 21  \n3.1 User Classes................................................................................................... 21  \n3.2 User Scenarios ............................................................................................... 23  \n3.2.1 User Scenario 1: Accidental Extubation ...................................................... 23  \n3.2.2 User Scenario 2: High Mortality and Poor Data Quality............................... 24  \n3.2.3 User Scenario 3: Benchmarking.................................................................. 26  \n3.2.4 User Scenario 4: Benchmarking for quality improvement for STEMI .......... 28  \n3.3 User Documentation ....................................................................................... 28  \n4. Functional requirements ....................................................................................... 28  \n4.1 Visualise Data ................................................................................................. 29  \n4.2 Interaction and Root Cause Analysis .............................................................. 31  \n4.3 System Navigation and Control ...................................................................... 39  \n5. Other Nonfunctional Requirements ..................................................................... 40  \n5.1 Security Requirements.................................................................................... 40  \n5.2 Software Quality Attributes ............................................................................. 40  \n5.3 Data Quality Requirements ............................................................................. 41  \n5.4 Look and Feel Requirements .......................................................................... 41  \n5.5 Environmental Requirements.............","cbCaidqTz6bxTHHG","https://ap.wps.com/l/cbCaidqTz6bxTHHG","pdf",890760,63,"English","# Introduction\n## How functional requirements are presented and illustrated in this document\n# Product Goals and Use Cases\n## G1: Manage User Account\n## G2: Manage User Profile\n## G3: Visualise Data\n## G4: Interaction and Root Cause Analysis\n## G5: Reporting\n## G6: Notification\n## G7: Data Quality Monitoring\n## G*: System Navigation and Control\n# User Classes and Scenarios\n## User Classes\n## User Scenarios\n## User Documentation\n# Functional requirements\n## Visualise Data\n## Interaction and Root Cause Analysis\n## System Navigation and Control\n# Other Nonfunctional Requirements\n## Security Requirements\n## Software Quality Attributes\n## Data Quality Requirements\n## Look and Feel Requirements\n## Environmental Requirements\n# Appendix A: Glossary\n# Appendix B: Methods for identifying Functional Requirements\n# Appendix C: Analysis Models\n# Contact Details","[{\"question\":\"What is the purpose of the QualDash requirements specification?\",\"answer\":\"It specifies the functional requirements for a web-based quality dashboard that supports exploration of National Clinical Audit (NCA) data and enables use of that data to improve quality of care and clinical outcomes.\"},{\"question\":\"Which core capabilities are covered in the functional requirements?\",\"answer\":\"The document covers user account and profile management, data visualisation, interaction with root cause analysis, reporting, notifications, data quality monitoring, and system navigation and control.\"},{\"question\":\"How were the requirements identified and validated?\",\"answer\":\"Requirements were identified through interviews with clinical teams, Q\\u0026S committees, NHS Trust boards, and CCGs, and through a workshop with audit suppliers; the methods are described in Appendix B.\"}]","QualDash SRS v1.1 - Quality Dashboard Functional Requirements for National Clinical Audit Data | PDF",1789197264,22]