Welcome to the NEW CHUG— your ultimate destination for cutting-edge insights and discussions at the intersection of healthcare and technology.

Our platform is dedicated to exploring the dynamic landscape of healthcare technology, empowering professionals, enthusiasts, and innovators alike with the knowledge and resources to navigate the rapidly evolving field.

From telemedicine revolutionizing patient care to the transformative potential of artificial intelligence in diagnostics, we delve into a myriad of topics shaping the future of healthcare delivery. Whether you’re a seasoned healthcare IT professional, an aspiring entrepreneur in the digital health space, or simply curious about the latest innovations, our curated content, expert interviews, and thought-provoking articles provide a comprehensive exploration of healthcare technology’s most pressing issues.

Join us as we navigate the forefront of innovation, driving forward the transformation of healthcare for a healthier, more connected world.

Have questions or suggestions? Please use the contact button below.

Notifications

Clear all

CEMR Charge interface question

CPS, C-EMR, PM

Last Post by Anonymous 1 second ago

8 Posts

6 Users

0 Reactions

57 Views

RSS

mtooley

(@mtooley)

Posts: 62

Estimable Member

Topic starter

We are in the process of setting up a charge interface from our CEMR to financial app. One of the things I have noticed is that every time an append or a change is made to a document (new charges were made) that had previous charges sent once signed, the system will send the previous charges along with the new charges again causing duplications. Does anyone know of a way to stop that behavior?

Thanks, Peg

Posted : November 1, 2017 3:54 am

joeg1962

(@joeg1962)

Posts: 843

Noble Member

What are you using as your selection field?

I have thought about this same export, and used {orders.db_create_date} as the selection so as to only pull each item only once.

What is your select logic?

Posted : November 1, 2017 5:00 am

mtooley

(@mtooley)

Posts: 62

Estimable Member

Topic starter

The only logic that I can find in linklogic under tasks is in the constraints field and that doesn't give me any way to customize anything. You pick from a selection that basically just gives you these options:

include inactive patients - include obsolete patients - include deceased patients - include signed orders from unsigned orders - export only completed order.

Doesn't give us much to work with. Peg

Posted : November 1, 2017 5:13 am

rwilliams

(@rwilliams)

Posts: 454

Honorable Member

My understanding is that this is not configurable. In my mind it is completely unusable and broken as is.

Posted : November 2, 2017 5:39 am

bgeib

(@bgeib)

Posts: 14

Eminent Member

So they only way we were able to handle this is with the financial systems interface engine.
As each message came in it was checked against the DB.

If the same provider, date, location, CPT code, ICD-10 code exists in the DB then
do not pass the HL7 message to be processed.

We also have a nightly job that essentially does the same thing with the days charges
to pick up anything that may have been missed during the day.

I do want to point out that this took months to implement as their were many exceptions and conditions.

Posted : November 3, 2017 4:18 am

SLHV

(@slhv)

Posts: 478

Honorable Member

We don't have any outbound charge interfaces, so I don't have any DFTs to look at. The described behavior sounds pretty undesirable.

My first thought might be to set up a Mirth channel to put the charges in an intermediate database, then each time a charge message is received, only add the transaction IDs and/or procedure codes that don't already exist in that database. Another channel reads the intermediate database and sends charges of a certain age, maybe 24 hours, (therefore unlikely to have changes) to the billing system.

-dp

Posted : November 3, 2017 4:33 am

Alice Vuong, RHIA

(@avuong)

Posts: 39

Trusted Member

We are testing for DFTs outbound too.

We found out that by checking the constraint for "include signed orders from unsigned orders". By having this setting and doing a daily export (at midnight), we found that the original service orders are not sent again when the document is appended... only net new service orders will be sent out.

Posted : November 3, 2017 7:48 am

rwilliams

(@rwilliams)

Posts: 454

Honorable Member

I assume you mean "Include signed orders from unsigned documents". You are saying it needs to be checked and then once clinical list changes are signed, only the orders that were most recently signed flow over? It doesn't matter if the document is signed or appended, nothing new crosses unless new orders are signed?

Posted : November 3, 2017 9:27 am

Share:

24 Forums
9,940 Topics
39.9 K Posts
0 Online
6,470 Members

Forum Icons: Forum contains no unread posts Forum contains unread posts

Topic Icons: Not Replied Replied Active Hot Sticky Unapproved Solved Private Closed

Powered by wpForo Powered by wpForo version 2.4.0