EyeMD EMR TM - Electronic Medical Records (EMR) for Ophthalmology
EyeMD EMR is an Electronic Medical Records (EMR) software for the Ophthalmology Specialty.
To find out more about our Ophthalmology Electronic Medical Records (EMR), click continue.
Inc. 500 and Inc. 5000 are registered trademarks of Mansueto Ventures LLC
Costs and Limitations
EyeMD Electronic Medical Records Version 1.2 with CQM
Developed by EyeMD EMR Healthcare Systems
EHR Modular (Ambulatory)
Hold certificate No. 07022015-0308-5
Date Certified: 07/02/2015
Modules Tested: 170.314 (a)(1-15); (b)(1-5, 7); (c)(1-3); (d)(1-8); (e)(1-3); (f)(1, 3); (g)(2-4)
Clinical Quality Measures tested: 68v4; 69v3; 90v4; 131v3; 133v3; 138v3; 142v3; 143v3; 147v4;
165v3; 166v4; 167v3
Additional software used: NewCropRx, Surescripts Network for Clinical Interoperability
This EHR Module is 2014 Edition compliant and has been certified by an ONC-ACB in accordance with the applicable certification criteria adopted by the Secretary of the U.S. Department of Health and Human Services. This certification does not represent an endorsement by the U.S. Department of Health and Human Services.
Additional Costs or Fees:
NewCrop, LLC is employed to provide support for the following measures:
o Drug-drug and drug-allergy check (170.314(a)(2)) – Interventions are automatically processed and indicate to user any drug-drug or drug-allergy contraindications based on a patient’s medication list and/or medication allergy list.
o Drug formulary check (170.314(a)(10)) – Users are able to check if drugs are in a formulary or preferred drug list
o Receive, Display, Incorporate Summary Record (170.314(b)(1)) – An electronic patient record is able to be received, shown, and imported into a patient record from an external source.
o Create and Transmit Summary Care Record (170.314(b)(2)) – An electronic patient record is able to be generated and sent to an external source.
o E-Prescribing (170.314(b)(3)) – Provider is able to enter, record, and transmit patient prescriptions to pharmacy electronically
o View, Download, Transmit to 3rd Party (170.314(e)(1)) – Ability to provide patients and their authorized representatives with an online means to obtain electronic patient record.
o Secure Messaging (170.314(e)(3)) – Ability to send secure communications between providers and/or between provider and patient.
If ePrescription services (including drug/drug and
drug allergy checks) are required in the
Eligible Physician’s practice, NewCrop must be licensed per provider. A monthly ongoing fee is charged by NewCrop for ongoing access to these services. In order to activate these services, the Eligible Physician’s office notifies EyeMD EMR that they wish to utilize NewCrop, and EyeMD EMR facilitates enrollment and connectivity through NewCrop. Once activated, there are no limits to the number of transactions that can be processed.
E-Prescribing Technical Limitations: No technical limitations.
If Secure Messaging services are required in the Eligible Physician’s practice, NewCrop needs to be licensed per provider. A monthly ongoing fee is charged by NewCrop for ongoing access to these services. In order to activate these services, the Eligible Physician’s office notifies EyeMD EMR that they wish to utilize NewCrop, and EyeMD EMR facilitates enrollment and connectivity through NewCrop. Once activated, there are no limits to the number of messages that can be processed.
In order to be able to send summary care messages by Secure Messaging the provider needs to register for a direct messaging address. This is a secured method of communication that works similar to email, but requires identity checks to verify identity of sender and receiver, since Protected Health Information will be shared.
Secure Messaging Technical Limitations: If a receiving provider is not registered for a direct messaging address, they will not be able to receive any files for patients you have transitioned to their care. EyeMD EMR utilizes the SureScripts HISP for sending messages. The provider will not be able to use a different HISP/HIE.
o Image results (170.314(a)(12)) – Ability to incorporate image results within patient chart
EyeMD EMR version 1.2 with CQM has an integrated
image management system that enables images and diagnostic tests to be imported
directly into the patient chart, either using legacy imaging systems or by
utilizing DICOM, the standard for handling, storing, printing and transmitting
information in medical imaging.
In order to directly interface with diagnostic machines to import image results, individual diagnostic machine vendors may require one-time costs to establish interfaces, upgrade licenses or provide hardware proprietary to the their machines in order to connect them to the provider’s network.
Imaging Technical Limitations – If the diagnostic machine is unable to export images and/or data over the network, then they will need to be scanned into EyeMD EMR. If a provider wishes to connect a diagnostic machine that EyeMD EMR has not previously connected to, EyeMD EMR may need to develop an interface to that machine at no cost to the provider.
Miscellaneous Third-Party Interfaces
o Transmission to Immunization Registries (170.314(f)(2)) – Ability to send immunization information to state or public health registries
o Syndromic Surveillance (170.314(f)(3)) – Ability to send disease specific information to state or public health registries
EyeMD EMR version 1.2 with CQM may require one-time costs to establish interfaces for reporting to immunization registries and public health agencies, as well as ongoing monthly support fees in the situation where the registries elect to charge EyeMD EMR or the provider for development or connection to their registry. This fee will enable the provider to have full access to their respective registries.
Third-Party Interface Technical Limitations: Each registry will need to be evaluated on an individual basis to determine if connectivity is possible.
o Patient-specific education resources (170.314(a)(15))
EyeMD EMR version 1.2 with CQM may require subscription costs to incorporate external licensed content in the situation where the education vendor elects to charge EyeMD EMR or the provider for licensing of their material. Licensing is generally per provider per year, but may vary among different vendors.
Other Services related to Meaningful Use
o 170.314(e)(2) Clinical Summaries
o 170.314(e)(3) Secure Messaging
EyeMD EMR version 1.2 with CQM may require one-time costs to establish and configure the web-portal if an Eligible Physician decides to install web portal on their servers. EyeMD EMR version 1.2 requires ongoing monthly costs to support the web-portal services hosted internally by EyeMD EMR.
Each practice is required to sign a License Agreement upon purchase of EyeMD EMR, which covers all providers using the EMR within that practice. In addition, in order to receive ongoing updates and releases, the practice needs to enter into a maintenance agreement based on number of providers, which is renewable every year.
For a full list of contractual obligations please refer to your license agreement.
The Current Landscape of
Ophthalmology Electronic Medical/Health Records (EMR/EHR) Software's and
How it Relates to Our Company.
EMR's have been in existence for quite some time now. There are literally hundreds of Electronic Medical/Health Records (EMR/EHR) software packages available for all types of medical specialties. While there are several Electronic Medical Records software packages out there that work very well for many types of specialties, the Ophthalmology Specialty has unfortunately been left behind. The main reason EMR/EHR developers have not adequately targeted the Ophthalmology Specialty is simple; Ophthalmology medical documentation is radically different and far more complex than most medical specialties. Ophthalmology documentation as you probably already know requires up to hundreds more numerical values, requires complex optical mathematical formulas, requires imaging and data values from numerous diagnostic machines and procedures, requires surgery documentation & the list goes on and on.
In a competitive Electronic Medical/Health Records (EMR/EHR) vendor environment, most Electronic Medical/Health Records (EMR/EHR) software vendors have opted to create Electronic Medical/Health Records (EMR/EHR) software that can be used for multiple medical specialties. The reason for this philosophy is simply that they desire to capture multiple markets, and do not want to be limited to a certain specialty. While this philosophy and business decision seems to be practical & good for business, it limits the opportunity for the Electronic Medical/Health Records (EMR/EHR) software to streamline & enhance the software experience for the end user. Electronic Medical/Health Records (EMR/EHR) Software (designed to accommodate multiple medical specialties) are generally template driven, and in some cases allow or even require the end-user to design the template. It seems like a good idea at first, but one look at the end result proves a serious flaw in the design... It's efficiency is limited, and it is generic in nature. More time was spent by the developer(s) creating a software that was flexible than creating a software that enhanced efficiency, streamlined office procedures, and presented the collected data in a manner that enhanced the overall user experience & enhanced the quality of patient care. Electronic Medical/Health Records (EMR/EHR) vendors recognize this problem, and market their software assuring Return on Investment (ROI), along with the promise of efficiency after a "slight" learning curve. On rare occasion an honest sales person will promise efficiency after behavior modification, and the implementation of procedural change. Every EMR/EHR software vendor will promise ROI & efficiency, but not every EMR/EHR software vendor delivers. Many Ophthalmologists have resulted to staying after-hours inputting data as the software is too inefficient to use in real time. In extreme cases, Ophthalmologists have ripped their EMR/EHR out of their practice and reverted back to paper.
Another flaw in it's design is more of a technical issue, but is still something you should consider. The data is stored using risky & inefficient storage methods, which can slow the performance of the software significantly and expose you to data corruption and/or loss of data. In some extreme cases, simply updating the software to a new version can render all your previous medical records useless! Also, because every Doctor has the ability to modify the structure of the software, every Doctor literally has a different software. Because of this, the EMR/EHR company's technical support is less familiar with the software as each practice has it's own version of it. We have heard reports of practice's using a template EMR/EHR recommending to new users of the template type system to not customize it as it is simply not worth the aggravations and the risk. For more technical details about this please see Appendix #1 below.
Streamlined & efficient processes are just not feasible in a template driven software. Creating a streamlined, efficient process that enhances the user experience & patient care requires a complete understanding of the task at hand, requires an enormous amount of computer logic for each individual field or control, and requires a data structure that is simple and efficient. This level of sophistication is not feasible in a template driven software because it was designed to accommodate, not designed to enhance. The Ophthalmology specialty is unique in the sense that a template driven software is not only inefficient and poor for user experience & patient care, it does not work well because it's too different from the other specialties, and requires a significant amount of resources & redevelopment to change the template to fit Ophthalmology. Ophthalmology requires more than a Generic EMR. Ophthalmology is a specialty that does not look, feel, or operate like any other specialty. It is completely different, and requires a different approach.
There are several Ophthalmic specific EMR's out there, but with them you run into different problems. They either are overcomplicated, oversimplified, based on shaky technology, or web based. In a world of extremes, other Ophthalmic specific EMRs fit right in. They either are so complicated that using it is mind-boggling and you never stop training on it if you don't trash it, or they are oversimplified, and not able to capture the data needed and leave you without good features found on the complicated ones. Several are now Web based, leaving you susceptible to internet connectivity related outages, performance issues, inefficiency, lack of features, and data ownership concerns. At any moment these web based software providers can lock you out of the system, changes and updates can be performed without your authorization, and because your data hosted on their servers, the server performance will be dependant on the activity of other organizations thousands of miles away! Also, make no mistake these web based service providers will data mine YOUR data, and sell it to other companies without you ever receiving any compensation for your hard work. HIPAA does not protect you from anonymous data collection.
Many Ophthalmic specific EMR's were developed by the Ophthalmologist themselves! Understandably frustrated with the lack of viable EMR/EHR options, more than a handful of Ophthalmologists in their spare time have created respectable looking EMR/EHR software packages using unconventional "development" tools such as Microsoft Word®, Filemaker Pro®, and Microsoft Infopath®. While these can be powerful tools for accomplishing certain kinds of tasks, "tool maxing" an EMR/EHR in our opinion is a disaster waiting to happen. These tools are not fully based on Enterprise level relational databases, and can expose you to lack of sophisticated reporting, potential data corruption, and loss of data. Furthermore, converting it to another EMR/EHR in the event you change to a different EMR/EHR would be an absolute nightmare. Converting is difficult enough with relational databases, converting thousands of XML or Word files would take the difficulty to a whole new level. You should not trust the storage of your Patient's medical records to a platform not designed for this purpose. Some of these EMR/EHR vendors claim to use SQL relational databases or equivalent technologies, but in reality it is only a half-truth. They are storing the XML or Word files within the SQL database, then claiming they use SQL. This makes reports & graphs spanning across multiple visits overly complex, inefficient, and in some cases unfeasible. This will limit your ability to overview a patient's entire visit history & limit your ability to trend using data collected from your EMR.
EyeMD EMR is the answer to all of these problems. EyeMD EMR is designed with only 1 medical specialty in mind, and was fully designed by professional developers using fast and reliable client/server technology designed for this purpose. EyeMD EMR is designed just for Ophthalmology, and can never be tweaked for anything else. It is so in tune with Ophthalmology procedures, that you will feel like you made it. Mainly because someone like you helped create it. EyeMD EMR was designed in direct collaboration with a practicing Ophthalmologist within the real-world environment of their practice. Our developers moved their offices into the Ophthalmologist's practice, and created the entire software onsite. They had direct and hands on experience with every diagnostic machine available to Ophthalmology, and had uninhibited communication with every employee in their office. The result is literally an amazing, streamlined, functional EMR software, and we guarantee that you will agree after viewing a demonstration.
Template driven Electronic Medical/Health Records (EMR/EHR) software are dynamic, and the structure of the data saved requires constant change. Relational Databases are not designed to constantly change, and must be modified by a Developer to add or modify table fields. To work around this technical limitation, Electronic Medical/Health Records (EMR/EHR) software vendors are using relational databases in ways most members of the technical community consider to be risky & inefficient. To simplify the practice, think of an excel spreadsheet. Column A is a "Field Identifier", and Column B is the "Field Data". Basically, the table becomes a "super table", and bloats the database significantly. Instead of 1 record with 35 fields, you have 35 records with 1 field each. So if a typical medical record contains 300 data fields; instead of lets say 6-10 records in a normal database, you will have 300 records, a 5,000% increase in the amount of records. Imagine having 300 paper charts instead of having 6 paper charts. Imagine the staff you would need. This method of storing data is inefficient and drains the computer's resources significantly, and is the main reason why many of these Electronic Medical/Health Records (EMR/EHR) software's require the fastest computers available, and still are slow. To counter this effect during a demonstration, the demo databases have very little data in them, fooling you in believing the software is fast. Only when you have installed the software and have 3 months of data in it will you realize it's slow, but by then it's too late and you are "stuck with it". Also, if something where to happen to the field identifier (through a software version change for instance), you would instantly lose all of the data in the entire database. Needless to say, backups are even more crucial in these environments.
Ophthalmology is commonly misspelled as opthalmology emr & optalmology emr.
Summary: Ophthalmology Electronic Medical Records ophthalmology emr software for ophthalmology for physician MD compatible with ocular od os visual field oct corneal topography emr ocular coherence eyemd tomography emr iop emr tonometry emr gonioscopy emr slit lamp emr va visual acuity ophthalmology emr for ophthalmology software wave scan opthalmology emr iol master emr orbscan emr humphrey ziess emr slt laser oct for Ophthalmologists.