-
-
Notifications
You must be signed in to change notification settings - Fork 18
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
Review CHT Interoperability documentation #1414
Comments
Thanks @andrablaj, |
Hey @Phil-Mwago and @andrablaj , thank you for actively working on documenting the work that's ongoing. With the revamp, I am working to group concepts rather than having them scattered throughout the docsite. The important thing to understand is what you would like to communicate with the audience in the long run? Do you foresee more work being done around interoperability(more workflows, integration with more systems etc?). Would you like a subsection that takes the reader from an overview of the concept, configuration, examples and troubleshooting? |
There will be more changes and updates we will need to add to the current documentation. An overview of where to place what would be best informed by the categories or structure you envision to have. I would prefer to have everything around interoperability under one category, then iterate from there. |
@Phil-Mwago @esthermmoturi thank you for your thoughts. Can you share a plan on how the documentation should be organized? What should stay in the repo vs. how pages should be organized and where on the docs site. This will give the team a great starting point to create those pages one by one. |
|
Related: #1555 |
Referencing this doc put together by @esthermmoturi with a draft proposal for the desired navigation. @esthermmoturi I suggest we make that doc public for anyone who bumps into this ticket and wants to know more about the related discussion. |
The document is now public to everyone with the link. Everyone has 'Commenter' rights. |
Currently, the CHT Interoperability documentation is focused on Loss To Follow-up workflow and is split across repos as follows:
CHT Interoperability repo:
Docs site:
As we will soon merge the OpenMRS mediator work, the documentation must be updated with OpenMRS <> CHT additional flows.
This seems like a perfect opportunity to reflect on organizing the documentation. What should we keep in the CHT Interoperability repo vs. the docs site?
The text was updated successfully, but these errors were encountered: