-
Notifications
You must be signed in to change notification settings - Fork 351
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
Conversation
"uuid": "66de7f60-b73a-11e2-9e96-0800200c9a66", | ||
"name": "disposition.admit", | ||
"type": "ADMIT", | ||
"conceptCode": "PIH:ADMIT TO HOSPITAL", |
There was a problem hiding this comment.
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
There was a problem hiding this comment.
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.
There was a problem hiding this comment.
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
There was a problem hiding this comment.
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", |
There was a problem hiding this comment.
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.
# Conflicts: # distro/distro.properties # distro/pom.xml # frontend/spa-assemble-config.json
@@ -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,,, |
There was a problem hiding this comment.
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,,,,,,,,,,,,,,,,,,,,, |
There was a problem hiding this comment.
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""
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.
There was a problem hiding this comment.
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> |
There was a problem hiding this comment.
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
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: |
(temporarily remove IPD OCL package for testing)
This reverts commit 3e9d0af.
update to new IPD package with bogus mappings removed
update to new IPD package with bogus mappings removed
Screencast.from.2024-10-25.19-13-47.webm |
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? |
Yes, @mogoodrich, you can download the artifact named Looks like the visit isn't being created in the |
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.... |
Dunno why the |
Yeah, I thought that was where the error was... yeah, no reason any of my changes should result in the provider not being avaiable? |
Yeah... |
add bed management ESM
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)
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... :) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM. Thanks, @mogoodrich!
Thanks @denniskigen @ibacher ! Will test out tomorrow how this is looking on dev3... |
Hi @mogoodrich! |
No description provided.