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

(feat) O3-3886: Demo Ward App in the Ref App #851

Merged
merged 16 commits into from
Nov 6, 2024
Merged

(feat) O3-3886: Demo Ward App in the Ref App #851

merged 16 commits into from
Nov 6, 2024

Conversation

mogoodrich
Copy link
Member

No description provided.

@mogoodrich mogoodrich marked this pull request as draft October 11, 2024 17:08
"uuid": "66de7f60-b73a-11e2-9e96-0800200c9a66",
"name": "disposition.admit",
"type": "ADMIT",
"conceptCode": "PIH:ADMIT TO HOSPITAL",
Copy link
Member Author

Choose a reason for hiding this comment

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

All these concept codes will need to be updated once we identify and add the correct concepts to use

Copy link
Member

Choose a reason for hiding this comment

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

PIH:ADMIT TO HOSPITAL looks to me to be equivalent to CIEL:162478 (Approved Admission). I don't see anything that looks similar to PIH:Transfer within hospital. PIH:DISCHARGED is already marked SAME-AS CIEL:1692.

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 think we have figured it out, just waiting on the new CIEL release from Andy: https://talk.openmrs.org/t/concepts-needed-for-ipd-ward-app-in-o3-ref-app-distro/43805/9

Copy link
Member

Choose a reason for hiding this comment

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

Yeah, saw that after I wrote this.

# Conflicts:
#	distro/configuration/encountertypes/encountertypes_core-demo.csv
"uuid": "66de7f60-b73a-11e2-9e96-0800200c9a66",
"name": "disposition.admit",
"type": "ADMIT",
"conceptCode": "PIH:ADMIT TO HOSPITAL",
Copy link
Member

Choose a reason for hiding this comment

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

PIH:ADMIT TO HOSPITAL looks to me to be equivalent to CIEL:162478 (Approved Admission). I don't see anything that looks similar to PIH:Transfer within hospital. PIH:DISCHARGED is already marked SAME-AS CIEL:1692.

@@ -13,3 +13,6 @@ d7151f82-c1f3-4152-a605-2f9ea7414a79,,Visit Note,"Encounter where a full or abbr
39da3525-afe4-45ff-8977-c53b7b359158,,Order,Encounter for capturing orders,,,
29c02aff-9a93-46c9-bf6f-48b552fcb1fa,,Immunizations,Encounter for capturing immunizations,,,
36db5123-0ad5-41c0-9037-625b46e0ceef,,Mental Health Assessment,Mental Health Assessment,,,
d3b07384-8d1c-4e6b-9b8e-2f3b8e4a1c9f,,Transfer,Indicates that a patient is being transferred into a different department within the hospital. (Transfers out of the hospital should not use this encounter type.),,,
a1f5c3d2-4b6e-4e8a-9f2d-1b3e8e4a2d7f,,Inpatient Note,A short free-text note written by a clinician about an inpatient during their stay,,,
b2c4d5e6-7f8a-4e9b-8c1d-2e3f8e4a3b8f,,Transfer Request,A stand-alone encounter type for a transfer request not part of a larger note,,,
Copy link
Member Author

Choose a reason for hiding this comment

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

Adds some new encounter types associated with ADT events

Uuid,Void/Retire,Name,Description,Parent,Tag|Login Location,Tag|Visit Location,Tag|Facility Location,Tag|Queue Location,Tag|Admission Location,Tag|Transfer Location,Attribute|9eca4f4e-707f-4bb8-8289-2f9b6e93803c,Attribute|Last Audit Date,Address 1,Address 2,Address 3,Address 4,Address 5,Address 6,City/Village,County/District,State/Province,Postal Code,Country,_order:1000
8d6c993e-c2cc-11de-8d13-0010c6dffd0f,,Unknown Location,Unknown Location,,,,,,,,,,,,,,,,,,,,,
Copy link
Member Author

Choose a reason for hiding this comment

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

The most noteworthy thing about the changes to locations is that it sets up a location hierarchy at "Ubuntu Hospital""

image

This hierarchy is necessary for the Ward module to work, and modelling general way EMR-API "views the world": when you have multiple locations within a single facility the sites should be arranged as children of a main site location, and the main location (in this case "Ubuntu Hospital" should be tagged as a visit location. In order for the Inpatient functionality to work and to allow admission and transfer between different locations, a patient's active visit needs to be at the parent site.

Copy link
Member Author

Choose a reason for hiding this comment

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

(Note that I'm not sure what "Facility Location" means within this demo, so I left it as-is.

@@ -49,6 +49,9 @@
<ordertemplates.version>1.0.2</ordertemplates.version>
<patientflags.version>3.0.8</patientflags.version>
<o3forms.version>2.3.0</o3forms.version>
<emrapi.version>2.1.0-SNAPSHOT</emrapi.version>
<event.version>2.10.0</event.version>
<bedmanagement.version>6.0.0</bedmanagement.version>
Copy link
Member Author

Choose a reason for hiding this comment

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

New modules added.... EMR API, Event and Bed management

@mogoodrich mogoodrich marked this pull request as ready for review October 25, 2024 21:29
@mogoodrich
Copy link
Member Author

Moving this out of draft, as it is ready for review, see my comments!

Note we will need the following Iniz issue reviewed and merged before this will work:

mekomsolutions/openmrs-module-initializer#284

(temporarily remove IPD OCL package for testing)
update to new IPD package with bogus mappings removed
update to new IPD package with bogus mappings removed
@mogoodrich
Copy link
Member Author

Screencast.from.2024-10-25.19-13-47.webm

@denniskigen denniskigen self-requested a review October 31, 2024 13:17
@mogoodrich
Copy link
Member Author

So @denniskigen @ibacher the appointments test fail went away but there's this one failure that seems pretty consistent: https://github.com/openmrs/openmrs-distro-referenceapplication/actions/runs/11526530278/job/32338808068?pr=851

Is there a way to view a screencast of the failed run without setting up to run the tests locally?

@denniskigen
Copy link
Member

denniskigen commented Oct 31, 2024

Yes, @mogoodrich, you can download the artifact named report patient management on that page. You can download the zip file and then upload the trace zip in the data directory to https://trace.playwright.dev/.

CleanShot 2024-10-31 at 5  51 46@2x

Looks like the visit isn't being created in the active-visit spec. Not sure why.

@mogoodrich
Copy link
Member Author

Yes, @mogoodrich, you can download the artifact named report patient management on that page. You can download the zip file and then upload the trace zip in the data directory to https://trace.playwright.dev/.

Thanks @denniskigen ! Yeah, I saw the artifact but wasn't sure what to do with it. Thanks! Will take me a little time to decipher this but let me see....

@denniskigen
Copy link
Member

denniskigen commented Oct 31, 2024

CleanShot 2024-10-31 at 9  34 17@2x

Dunno why the provider.uuid here is blank here when creating the encounter for running the test.

@mogoodrich
Copy link
Member Author

Dunno why the provider.uuid here is blank here when creating the encounter for running the test.

Yeah, I thought that was where the error was... yeah, no reason any of my changes should result in the provider not being avaiable?

@denniskigen
Copy link
Member

Yeah...

@mogoodrich
Copy link
Member Author

Yeah...

But's pretty consistently failing... got drawn into other stuff today, hopefully I can take a look tomorrow and have a eureka... :)

@mogoodrich
Copy link
Member Author

But's pretty consistently failing... got drawn into other stuff today, hopefully I can take a look tomorrow and have a eureka... :)

Got it @denniskigen ! Need to dig a little deeper to see what exactly is going on and what the fix it... likely just a metadata tweak in the ref app data... but on startup the EMR API module makes sure there is an "Unknown" provider in the system, and in our case it's overwriting the "admin" provider set up by ref app. Will keep you posted, but thanks for the help!

add bed management ESM
(update to latest snapshot of reference demo data module)
@mogoodrich
Copy link
Member Author

Got it @denniskigen ! Need to dig a little deeper to see what exactly is going on and what the fix it... likely just a metadata tweak in the ref app data... but on startup the EMR API module makes sure there is an "Unknown" provider in the system, and in our case it's overwriting the "admin" provider set up by ref app. Will keep you posted, but thanks for the help!

Fixed! This was the issue: https://openmrs.atlassian.net/browse/RA-2061

Anyway, this is ready for merge, but I'm finishing up for the day shortly and I'm on vacation the first half of next week... so the smart thing is for me not to merge this until I'm back... :)

Copy link
Member

@denniskigen denniskigen left a comment

Choose a reason for hiding this comment

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

LGTM. Thanks, @mogoodrich!

@ibacher ibacher merged commit f36e35b into main Nov 6, 2024
13 checks passed
@mogoodrich
Copy link
Member Author

Thanks @denniskigen @ibacher ! Will test out tomorrow how this is looking on dev3...

@vasharma05
Copy link
Member

Hi @mogoodrich!
Can you also configure the beds for a location, or if it's already configured, can you please share the location.
Thanks for the great work!

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.

4 participants