eCR/RCKMS Community of Practice

The purpose of the eCR/RCKMS Community of Practice Basecamp is to provide staff from state, local, territorial, and tribal public health agencies with a venue to participate in peer-to-peer discussions pertaining to using RCKMS. This Basecamp is not intended for formal communications about RCKMS or eCR and will not be moderated by CSTE staff. For technical issues or assistance with RCKMS, please visit www.rckms.org to submit a ticket. Disclaimer: The statements and responses posted on the eCR/RCKMS Community of Practice are solely the views of the authors and do not necessarily represent the official views of CDC or CSTE.

✨ RR with multiple street addresses in the

Has anyone noticed the html RR that comes in with the zip file has multiple streets displaying in the contact Info section address of the RR? We see this when the xml comes through with multiple addresses, but only the streets are listed in the same block(address) with the one current city/state. In the html eICR it's in separate blocks (addresses) as Primary Home with the complete addresses.  I attached a sample.

Comments & Events

Shahidah Williams, Senior Program Analyst at CSTE
Hello Stephanie, this is Shahidah from the RCKMS team at CSTE. Thank you for sharing your issue in this post. 
I was informed that this issue may be related to an Epic upgrade that was done, where the eICRs/RRs may now contain multiple patient addresses. The eCR support team may be best able to assist you with this issue. Kindly reach out to the them at eCR-Info@aimsplatform.org for further assistance. Thank you ~~ Shahidah
Stephanie Clarke, eICR Specialist at Tennessee Department of Health
I have reached out to them at ecr-info@aimsplatform.org already and was told the same thing, may be related to Epic. Also put in a change request to the vendor of NBS because we are seeing it in the eICR viewer as well. Hoping they can both change the way it renders to make it less confusing for our end-users. Thanks!
Annie Fine, CSTE
Curious Stephanie do you use the RRs for addresses? Does seem like a glitch that should be fixed but just wondering how that matters to your users. Thank you.
Stephanie Clarke, eICR Specialist at Tennessee Department of Health
At this point we are waiting for the vendor to make changes as they are going to need to be consumed in our system for end-users. We do not know their solution yet. We currently put them in a folder for our data entry team in case we need to use manual entry for failures or for backlog. And, we can make them available to our end-users especially for those cases with out of state addresses to verify other jurisdictions notified as we wait on the vendor solution. 
Crystal Snare
Stephanie and others,

I wanted to provide a bit more information from Patrick on our technical team here at APHL. A new version of Epic has introduced the ability for multiple patient addresses to be collected and shared in the eICR.

This could be useful to case investigators for multiple reasons, especially for verifying identity and person deduplication if you have that person's previous address in your system. Similarly, some people live in multiple places throughout the year (snowbirds).

Key points:
Multiple Addresses in eICR and RR
Epic Version 9.6 Introduced the possibility of including multiple patient addresses in the eICR.
For multiple patient addresses to appear, Provider organizations must both:
  • be On v9.6 or greater AND
  • Implement operational procedures to capture & document past addresses

    • When both are true not all patients will have multiple addresses... 
When multiple addresses are present in the eICR, they propagate to the RR.
Addresses should be present with useablePeriod/low useablePeriod/high
PHA systems and/or Surveillance Systems (e.g. NBS) will need to adjust accordingly.
 
Stylesheets
The current stylesheets (eICR and RR) both need adaptations to handle multiple addresses effectively.
This actively being worked and solution will be published soon in updated versions of the stylesheet.
 
Technical example:
Stephanie Clarke, eICR Specialist at Tennessee Department of Health
The duration (low/high) is in the XML but it's not in the html eICR or RR. These addresses do have a high end value and it still is pulling that street into the display.
Tim Ratliff, Informatics Project Manager at Texas Department of State Health Services
Hi Steve,

Kay is deeply involved in the eICR solution, he’s in a better position to respond.

Thank you,

Tim Ratliff, Project Manager
Department of State Health Services
Laboratory & Infectious Disease Services
dshs.texas.gov<http://dshs.texas.gov/>
Cell: 512.672.9180
Email: tim.ratliff@dshs.texas.gov<mailto:tim.ratliff@dshs.texas.gov>

[Texas Department of Health State Services logo]
DSHS is on Twitter<https://twitter.com/texasdshs,> Facebook<http://www.facebook.com/texasdshs,> and YouTube<http://www.youtube.com/texasdshs>
Crystal Snare
Stephanie and others, 

As there is more technical information on Confluence regarding this topic, I'd suggest moving the conversation there! 

Steve, those are being incorporated into the eICR and RR style-sheets as mentioned above. 

Thanks!
Crystal