english description openemr website

OpenEMR is a very complete system for Electronic Medical Records (EMR) or even Electronic Health Records (EHR). It is written in PHP code with Javascript and MySQL database. It is very complete open source code, free, that can be downloaded from the official Oemr site.

Anyone can download it, install it and make the modifications to the code that are necessary to adapt the system to the particular needs of a client.

We have developed a system to download printable forms with additional variables to those that come by default. This helps the clinics transition from paper to electronic format. Also we created a score of forms commonly used in external and internal attention.

It is possible to connect patient data with other servers, for example with clinical analysis laboratories, which deliver scanned results, or providers of diagnostic imaging, Rx, MRI, tomography or related. These providers must comply with the HL7 standard, the universal standard for the transmission of medical data, and also the safety standards at the level of HIPAA and other regulatory bodies. On the other hand, health insurance companies may also have servers that require connection to the digitalized medical history through our clinical medical data software. In this way they can monitor the evolution of their patients and authorize benefits. In this case OpenEMR provides REST standards through an API that allows the interaction of both servers.

We developed a number of improvements, having to do with dowloadable forms with incorporated variables, with the Inpatient module and more. Also a development that allows segmenting patient data based on the health insurer, so users identified with a company can only see the patients of that company, and not the others.

Ask us for assistance services with this topic. We have experience in installing, adapting, configuring and performing new developments at the request of the client.

Additional tasks to the Inpatient Module, by client request.

Inpatient Module
Creation of a script to whiten the hospitalization tables within the database.

Screens with individual patient data, sorted by Area / floor and by Surname.
Facility to view or print all the data of a single patient at once. More patient data can be added, upon request.

PowerPointPoint file, descriptive of the hospitalization procedure.

Granting of admin permissions for the hospitalizations and of doctor (medical user, medical supervisor) for the hospitalization reports. That way the the bosses can intern, register, change beds and create beds. Common doctors can see the listings, but not change them.

Added fields to the Inpatient List report. Telephone, room, social work, date of internment, doctor in charge, etc. Sort by Floor, Room and Bed. Prepared to print to PDF.

Downloadable or online forms. Inclusion of Health Insurance Provider in all pre-printed downloadable forms with patient variables. The original set of keywords (keywords) was limited, and we had to resort to PHP programming to add data on medical insurance, hospitalization, date, age, etc.

Clinical data form of hospitalization, with internist physician, diagnosis, purpose of the hospitalization, etc. Then it will be complemented with Surgery, Evolution or Epicrisis.

Correction of documents and forms to adapt them to digital environment.
Adding  missing fields, standardization of terminology. Classification according to its stage of use.

Added 70 disposable items and medications to online and downloadable forms, to meet audit requirements.

Added current date and time to online forms and downloadable forms. PHP and MySQL programming. Change of date format, from the original YYYY-MM-DD to DD-mm-YYYY. (PENDING)

AGE field, which did not exist in the system. It was incorporated into online forms and downloadable forms.

Simplification of insurance data loading forms, with only 2 of the 10 existing fields.

Correction of the necessary forms to intern a patient: General and Common Informed Consents, Obstetrics, Indications, Identification Sheet, Sanitary Bill. Alignment of the fields for better use of space.

Demography: When creating a new patient, check of duplicates in ID and Clinical History. More than one form of patient identification, by Clinical History, ID or other document. Newborns without documents, or foreigners with documents or passport are taken into account.

Translation and simplification of 12 possible relationships between RESPONSIBLE and PATIENT (relative, employer, employee, partner, etc.)
A new online system was prepared to continue testing and teaching, prepared for when the current system is used in production.

Completing English to Spanish translation. Done in a 75%

PowerPoint document with use of disease codes and treatments, Word document loaded on this site.

Video conference with members of the Sanatorium to introduce the use of the system.

Counseling users on how to use the Digital Signature in OpenEMR.

Preparation of users with different levels of permission: accountant, receptionist, doctor, medical coordinator and administrator.

Pending Stages:
• Loading data from laboratory shipment
• Loading diagnostic image data
• Visit to Jujuy for training Personalized staff (2 or 3 days)
• Accounting and Billing
• Stock management

Digital clinical data for Occupational Medicine companies

Most Occupational Medicine companies perform periodic examinations where doctors record the data in blank paper forms. This practice represents a waste of time, because the doctor must question each patient about old episodes of work accidents and diseases that the company already knows. Employees may also omit important records. And it is known that this type of control is done against the clock, because the labor doctors have little time to review all the employees of a company. The digital clinical history would solve this problem.

The ART in Argentina and other countries are providers of Labour Insurance, covering work accidents and occupational diseases. These ART run periodical checkups of every worker, looking for work-related health problems. These companies are starting to request that the occupational medicine companies inform them in real time about the work accidents and the results of the periodic exams. This also implies to record all the data in a fast way, that both companies agree on the format and on the interconnection norms of both servers. Usually the HL7 standard is used, but this is not implemented in all the digital systems used in our environment. OpenEMR is ideal for this purpose, because it can also be used in a tablet or even a cell phone, whether the system runs in the cloud or in a local server of the company. It is required to program some simple forms for the most common events in each company, and to make an appropriate interface for the connection of the servers.

The business can expand. The ART can propose the use of this system to other occupational medicine companies. Likewise, the adopting labor medicine company can offer the interconnection of servers to other ARTs with which it works.

Request from us an example and technical and financial information …

Our Inpatient Module for OpenEMR

The hospitalization system covers the main data registration needs in a hospital or clinic.

The first stage is to create the beds. A bed is always inside a room, in turn within a floor and within an area. The area can be General, Emergency, Surgery, Maternity, Intensive therapy, etc. The beds can be male/female, have TV or Oxygen. Other features can be added upon request. Continue reading “Our Inpatient Module for OpenEMR”

Cost of the Electronic Medical Record system

There are many variables to consider to estimate the installation cost of an EMR system.

These are the standard questions about the final users, which we usually ask in order to quote an installation and a maintenance service. The answer will give us an idea of the intensity of use, of user diversity, of the amount of data to be managed and of the complexity of the initial installation and subsequent adaptations and configurations.

For a fast automated quote see our calculator and you will know how many hours of a technician will be needed to install the software.  Continue reading “Cost of the Electronic Medical Record system”

Inpatient module for OpenEMR – Ongoing project

The OpenEMR was originally for outpatients, but many claimed a new feature that allows the monitoring of hospitalizations. We are developing an Inpatient Module, including location, type of bed, floor, room, bed number, additional room , such as TV and oxygen, etc.

The reports include: Free beds – Inpatient days – Standard Inpatient  Number – Released patients – Accumulated cost for bed use

Continue reading “Inpatient module for OpenEMR – Ongoing project”

What OpenEMR usage statistics reveal

There is a variety of data that can be obtained by analyzing the OpenEMR clinical history system, and at this moment we have in sight the use data of an important clinic in Southern Argentina, where we installed the system 3 years ago.

We can see how much each doctor uses the system, if they do it well or with errors, and which aspects can be improved. When several users committ the same mistakes, it is obvious that a global strategy needs to be implemented.

We see that less than 10% of the system’s features are actually being used. Most users ignore the available features, and prefer typing instead of selecting options from a menu. Apparently there is no local leader that can guide the rest of the users in taking true advantage of the available system. There is no effective coordination of the data entry and processing tasks. Continue reading “What OpenEMR usage statistics reveal”

Installation of OpenEMR in a medium size clinic in Southern Argentina.

We have installed OpenEMR in a medium size clinic, in the province of Chubut, Argentina, in September 2016. So far, 7 months later, there are 100 registered users and almost 10,000 patients. There were no problems so far.

The administration asked us for some reports, beyond those programmed in the OpenEMER system. For example, a list of patients without health insurance. We solved it with a customized MySQL query.

A Gynecology form was implemented with some standard questions.

Continue reading “Installation of OpenEMR in a medium size clinic in Southern Argentina.”

New features in version 4.2.2

This new release of OpenEMR has several interesting new features. Check them out in our demo site at www.medical-records.net

 

  • 2014 ONC Certified as a Modular EHR
  • Compatible with PHP7
  • Compatible with most recent versions of MySQL and MariaDB
  • Added a modern user interface
  • Added full support for right to left languages
  • Added an About link/page
  • Numerous Bug Fixes
  • Supported in 30 languages
  • Numerous Security Fixes and Security Improvements

Contact us for any inquiry.

Ask us

How to see X Ray images in the computer

In order to record X rays  a Pacs – Dicom server is usually needed. A demo for a DICOM reader is located at:

http://medical-records.net/dicom3/

This is a tomography (X Ray in multiple layers), and can be enlarged, reduced, brightened, darkened, and moved around.

This is quite a complex issue, the readers usually work together with PACS  servers. PACS mean: picture archiving and communication system. They provide security, compression, backup, instant communication (the radiologist notifies the clinician about the imagen availability), etc. There is also a wide price margin, from free to multimillion dollar figures.

There are many options for advanced users, and they can be installed gradually by end user request.  We always suggest separate servers for systems and data, because images are very demanding in terms of gigabytes.

Ask us about PACS server installation in your site or ours.