Emergency Department tracking screen

mankowitz wrote on Friday, April 11, 2014:

I am working on an ED tracking screen which provides patient tracking, order tracking, discharge instructions and other hospital forms (e.g. consent, AMA, etc). Has anyone used openEMR in an ED setting, perhaps connected to a proprietary HIS? I’d like to get involved in the project with the ultimate goal of making a fully functional ED module.

mdsupport wrote on Saturday, April 12, 2014:

This project is not really geared for inpatient records. So lot of stuff typical HIS’s take for granted would need to be established.
Best luck.

fsgl wrote on Sunday, April 13, 2014:

Laudable endeavor.

U.S. hospitals, be they gigantic or tiny, would not likely use open source software. To change their opinion is almost a Sisyphian task.

Our colleagues abroad, especially in developing countries, however, will welcome your efforts.

mankowitz wrote on Friday, April 18, 2014:

OK. right now I have an application built in .net which shows patients that are currently in the ED. Mostly, it prints forms and stuff with the current patient information. Its database of patients is populated by an HL7 message stream which runs through mirth and into an mysql database. Is this something I could integrate into the product?

sunsetsystems wrote on Friday, April 18, 2014:

I don’t think we’d want to distribute a .net app with OpenEMR, which is a web application. But if “integrate” means doing a PHP version that sounds very attractive and might spur more development towards hospital use.

Rod
http://www.sunsetsystems.com/

cmswest wrote on Friday, April 18, 2014:

sounds like the makings of an adt interface that is being discussed here:

http://sourceforge.net/p/openemr/discussion/202506/thread/404def65/

mankowitz wrote on Wednesday, May 14, 2014:

I have some of my project ported to php, such as the tracking screen which runs off a mysql database. The .NET app also runs of the same mysql database. One of the hurdles I ran into in converting it to a pure web app is that when you print prescriptions, you have to align things specifically on the paper. That means using PDF, which requires a lot of user over head (download file, print, close, make sure to delete the file from local disk). I also experimented with making a BHO (browser helper object) for IE, but that obviously limits my ability to use other browsers.

Incidentally, I have found that MirthConnect is a really useful open source program to manage the influx of HL7 messages. The way I have it set up now, inbound HL7 messages go directly to the database, while the app routinely queries the database for changes.