-
Notifications
You must be signed in to change notification settings - Fork 10
Decision: Content review workflow
[DRAFT]
Thing | Info |
---|---|
Relevant features | Content authoring |
Date started | 2021-09-01 |
Date finished | |
Decision status | |
Summary of outcome |
Our policy SME team members and our CMS partner policy SMEs need to be able to review our supplemental content in systematic ways, for both internal checking of work on entering content and for CMS review and approval of the content.
Primary question: How should we enable them to do this work?
Supporting questions: What do we need to know more about before we can decide? How can we learn more, including prototypes people can try and questions we can ask?
It is possible to modify our admin panel and website to provide various functionality, including providing views of the data or downloadable CSVs/spreadsheets.
It is sometimes more straightforward to have data review directly within an admin panel - instead of on our custom website or in a custom exported format - to reduce the risk of website display or logic issues interfering with viewing the information.
Most policy SMEs are comfortable with complex spreadsheets of content - they use them for a lot of their work.
CMS policy SMEs usually don’t have access to Google Sheets for collaboration, but some of them use Box.net for a similar purpose - you can upload a spreadsheet and work on it in the browser together.
Both internal and partner SME review work may include:
- Make sure content is entered correctly (no typos, no accidental mixups, etc)
- See if anything is missing on accident (such as something not getting saved properly due to an issue with the content authoring workflow)
- Make sure the database already has all the relevant information that I know about (such as all the relevant content for a particular part or section, or all the relevant section tags for a piece of content)
- Check whether an obsolete or withdrawn piece of content is included
- Check whether a brand-new piece of content is included
- Review what’s been added or changed since the last time they checked
Policy SME suggested that these views would be helpful for review work:
- Choose a regulation section and see a readable list of the documents attached to that section.
- Choose a document and see a readable list of the regulation sections that are attached to it.
- See a list of documents that don't have any regulation sections attached to them.
- See a list of regulation sections that don't have any documents attached to them.
So far, we’ve discussed potential ways to support reviewing content:
- Within the admin panel, enable the policy SME to pull up various “report” views that give them insight into the data in the system.
- Within the admin panel, enable exporting a CSV/spreadsheet that a policy SME could use for analysis, insight, and review.
We’ve also discussed ways to enable managing/approving content:
- Within the admin panel, enable policy SMEs to approve, hide, or comment on items
- A spreadsheet of content that has columns for approving, hiding, and commenting on items (team policy SME then inputs any necessary changes into the admin panel)
And ways to support oversight and transparency in general:
- Provide a detailed “recent actions” view in the admin panel
- Provide a log on the website of recent actions
- Enable exporting supplemental content information from the website as a CSV/spreadsheet
We're already trying out a spreadsheet-based prototype for policy SME review! We should see how that goes.
Please note that all pages on this GitHub wiki are draft working documents, not complete or polished.
Our software team puts non-sensitive technical documentation on this wiki to help us maintain a shared understanding of our work, including what we've done and why. As an open source project, this documentation is public in case anything in here is helpful to other teams, including anyone who may be interested in reusing our code for other projects.
For context, see the HHS Open Source Software plan (2016) and CMS Technical Reference Architecture section about Open Source Software, including Business Rule BR-OSS-13: "CMS-Released OSS Code Must Include Documentation Accessible to the Open Source Community".
For CMS staff and contractors: internal documentation on Enterprise Confluence (requires login).
- Federal policy structured data options
- Regulations
- Resources
- Statute
- Citation formats
- Export data
- Site homepage
- Content authoring
- Search
- Timeline
- Not built
- 2021
- Reg content sources
- Default content view
- System last updated behavior
- Paragraph indenting
- Content authoring workflow
- Browser support
- Focus in left nav submenu
- Multiple content views
- Content review workflow
- Wayfinding while reading content
- Display of rules and NPRMs in sidebar
- Empty states for supplemental content
- 2022
- 2023
- 2024
- Medicaid and CHIP regulations user experience
- Initial pilot research outline
- Comparative analysis
- Statute research
- Usability study SOP
- 2021
- 2022
- 2023-2024: 🔒 Dovetail (requires login)
- 🔒 Overview (requires login)
- Authentication and authorization
- Frontend caching
- Validation checklist
- Search
- Security tools
- Tests and linting
- Archive