Skip to content
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

HSC-287: Configured clinical forms. #22

Merged
merged 17 commits into from
Nov 18, 2024
Merged

HSC-287: Configured clinical forms. #22

merged 17 commits into from
Nov 18, 2024

Conversation

usamaidrsk
Copy link
Member

@usamaidrsk
Copy link
Member Author

usamaidrsk commented Oct 30, 2024

Some forms have an unsupported behavior on the RFE(nested grouping) i.e Historique de santé and Signes vitaux , which I am working on from this PR > openmrs/openmrs-esm-form-engine-lib#421

Copy link
Member

@Ruhanga Ruhanga left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks for the PR @usamaidrsk. Generally looking good. Three things,

1.) Could you update the forms with their encounter types recently added through @kazlaw's recently merged PR
2.) Let's try to maintain the snake-case file names of each form as much as possible
3.) Let's also remove any accents from the names, i.e.

Examen gynécologique.json ➔ examen_gynecologique.json

@usamaidrsk
Copy link
Member Author

usamaidrsk commented Nov 6, 2024

I have added respective encounterTypes, and these encounterTypes look to be missing Triage, Signes vitaux,, Moyen de transport, Anthropométrie

cc @Ruhanga @kazlaw

@@ -2,153 +2,162 @@
"name": "Vitals and Biometrics",
Copy link
Member

@Ruhanga Ruhanga Nov 6, 2024

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The only change that should be part of this PR on the Vitals and Biometrics form is, 1.) change of file name into snake_case, 2.) attaching of the correct encounter type UUID. And nothing else I believe otherwise the current changes on the form seem to misconfigure it.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I have reverted the changes!
Thanks @Ruhanga

Copy link
Member

@Ruhanga Ruhanga left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks, @usamaidrsk. Overall, LGTM. Could you please test these forms on an instance, perhaps via Gitpod? You can use this link to spin up an instance based on the branch from this PR. This is to verify that things like the forms' UUIDs remain consistent and the forms load without issues.

@Ruhanga Ruhanga changed the title feat: add clinical forms HSC-287: Configured clinical forms. Nov 8, 2024
Copy link
Member

@Ruhanga Ruhanga left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Overral looking good. Thanks @usamaidrsk. One last thing to verify, could you make sure that the concepts' UUIDs (for grouping concept sets, question concepts and answer concepts ) used on the React forms are the very ones that where previously used with the Bahmni forms?

@usamaidrsk
Copy link
Member Author

Overral looking good. Thanks @usamaidrsk. One last thing to verify, could you make sure that the concepts' UUIDs (for grouping concept sets, question concepts and answer concepts ) used on the React forms are the very ones that where previously used with the Bahmni forms?

Yeah, for that I was confirming on creation.

@Ruhanga
Copy link
Member

Ruhanga commented Nov 8, 2024

Yeah, for that I was confirming on creation.

Could you have a second look and verify this, for example, looking at the form historique_de_sante.json the concept for Smoking Duration is not the original one used in the previous corresponding Bahmni form. It should have been dbab4772-1814-466f-a4ff-22aceca57200.
Screenshot 2024-11-08 at 15 19 54

@usamaidrsk
Copy link
Member Author

usamaidrsk commented Nov 8, 2024

Could you have a second look and verify this, for example, looking at the form historique_de_sante.json the concept for Smoking Duration is not the original one used in the previous corresponding Bahmni form. It should have been dbab4772-1814-466f-a4ff-22aceca57200.

Where do I test this from, looks like this http://hsc-cd04.mekomsolutions.net environment is broken

@kazlaw
Copy link
Contributor

kazlaw commented Nov 13, 2024

Could you have a second look and verify this, for example, looking at the form historique_de_sante.json the concept for Smoking Duration is not the original one used in the previous corresponding Bahmni form. It should have been dbab4772-1814-466f-a4ff-22aceca57200.

Where do I test this from, looks like this http://hsc-cd04.mekomsolutions.net environment is broke

It should be up now @usamaidrsk

Cc: @Ruhanga

Copy link
Member

@Ruhanga Ruhanga left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks generally good. One missed update on the concepts generally with an example below.

@@ -618,7 +618,7 @@
"id": "smokingDuration(Year(S))",
"questionOptions": {
"rendering": "number",
"concept": "159931AAAAAAAAAAAAAAAAAAAAAAAAAAAAAA",
"concept": "dbab4772-1814-466f-a4ff-22aceca57200",
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

You've changed the concept's UUID but missed updating the label, i.e. instead of being Smoking Duration (Year(s)) it should be Smoking Duration?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I have updated all manually appended label units.
This should be done by the RFE, and I created a ticket for this.

Copy link
Member

@Ruhanga Ruhanga left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I believe we're nearly there. @usamaidrsk, could you verify on a new running instance based on this PR whether the form schema from its file is preserved at runtime when checked through the form builder? If not, you'll have to update the fform's uuid in it's config file.

@usamaidrsk
Copy link
Member Author

I believe we're nearly there. @usamaidrsk, could you verify on a new running instance based on this PR whether the form schema from its file is preserved at runtime when checked through the form builder? If not, you'll have to update the fform's uuid in it's config file.

I've verified that @Ruhanga , and yes the form schemas are preserved.

Copy link
Member

@Ruhanga Ruhanga left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM!

@Ruhanga Ruhanga merged commit d8467b6 into main Nov 18, 2024
3 checks passed
kazlaw pushed a commit to kazlaw/ozone-hsc that referenced this pull request Nov 20, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants