You are here

Data Spike

With health data expanding at a feverish pace, agencies seek ways to optimize file access and management for users.

Like healthcare organizations everywhere dealing with increasing volumes of data, the Defense Health Information Management System has begun revamping its storage infrastructure to handle what can only be called explosive growth.

The military agency, which oversees patient records for more than 9 million beneficiaries (including active-duty military personnel, eligible family members and veterans), logs 120,000 patient encounters per day, all of which are stored in its clinical data repository. That DHIMS database currently holds 56 terabytes of healthcare data and is growing at approximately 1.5TB per month, says Capt. (select) Michael Weiner, DHIMS’ chief medical officer and acting deputy program manager. And that doesn’t even include imaging data — dozens of terabytes more that currently aren’t integrated into the system, he adds.

Healthcare organizations are at the forefront of the information storage charge. They must house everything from patient records and lab results to medical images. The technology needs to be scalable while also providing secure and easy access to users. And federal agencies that handle healthcare data have a special challenge, simply by virtue of the staggering amount, notes Brian Babineau, a senior analyst at Enterprise Strategy Group of Milford, Mass.

Federal organizations are vast and serve millions of patients, so moving to more efficient technology is paramount, Babineau

says. On the front end, that means migrating from the typical client/server paradigm to environments that employ virtualization and thin-client technology. A desktop virtualization technology such as that offered by VMware or Citrix can support a data repository that can back itself up continuously and be accessed centrally by widely dispersed users.

On the back end, it means moving from siloed storage deployments to a centralized backup system with virtualized servers and shared pools of resources. For example, a healthcare organization might use a blade center chassis, such as IBM BladeCenter, to run its application environment. The blade system can let a data center add more processing power as needed without taking up a lot of space in a data center, making an agency’s IT operation more dynamic and adaptable, Babineau says. The data center would probably also employ Fibre Channel switches, such as Cisco MDS 9000 Series Multilayer Switches, to connect servers to a centralized storage device.

For long-term data retention, a system such as EMC Centera — a magnetic hard-disk-based data storage device — would be ideal, he says. It works well with the picture archiving and communications systems technology that medical facilities use to electronically store and display digital images because it can identify and store PACS metadata as well as the actual files, Babineau explains.

In many ways, virtualization is the key to managing storage on both the front and the back end of a healthcare infrastructure, adds Steve Picot, manager of the federal data team for Cisco Systems. VMware Infrastructure 3, for instance, allows for end-to-end, self-adjusting optimization across a virtualized environment.

“The old days of having a software version on every desk and a traditional client/server scenario is being replaced by a virtual desktop where you centrally manage a pool of virtual desktop images,” Picot says. “If healthcare organizations are going in that direction, they are probably also going to explore the idea of virtualized servers on the back end.”

A look at how DHIMS and the Social Security Administration are adapting to these trends illustrates the types of storage initiatives that agencies are taking to improve the ability of users to access healthcare data electronically and quickly.

A Virtual Step Forward

DHIMS has a clear plan for moving forward, and modernization tops its agenda, Weiner says.

Today, medical professionals access DHIMS patient records through a traditional client/server environment. Each electronic health record (EHR) is stowed in a secure repository in Alabama that houses a 56TB Oracle database. DOD’s EHR system is known as AHLTA (which once stood for Armed Forces Health Longitudinal Technology Application but today is referred to only by the acronym). A storage area network consisting of a Hitachi Data Systems storage array and redundant Brocade fiber-attached SAN switches serves up the records, with processing managed by a 128-processor HP 9000 Superdome server. For redundancy, DHIMS uses Oracle Data Guard.

5.5 million Health records managed by the Veterans Affairs Department; 45 million Records stored by the Centers for Medicare and Medicaid Services

Medical images are a different story. The first phase of the Healthcare Artifact Imaging Management Solution is a comprehensive image repository set to go live this fall. HAIMS will go a long way toward automating image storage, Weiner says. It will consist of a federated architecture, meaning that images will be stored throughout the world but access will be centralized. It will appear to clinicians as if files are located in a single repository.

Although images will be stowed separately from AHLTA files, the combined information will form each service member’s electronic health record, Weiner says. Clinicians pulling up a patient’s health information will see a full record, with data and images linked. Eventually, HAIMS will also include patients’ clinical encounters with doctors. The system will generate images using data tags that will associate them with the appropriate clinical encounters and any ensuing medical reports, Weiner explains.

Portability Goes Thin

SSA, another user of medical records, faces different storage challenges but is attacking them with similar gusto. It is in the midst of a long transition from paper and image-captured records to fully digitized health files. The agency provides no point-of-care health serv­ices, but health records remain crucial to one of its missions: evaluating the eligibility of taxpayers who file disability benefits claims.

“Hardware spending will center on the massive data storage requirements that are overwhelming hospitals. The stated goal that ‘every medical record is digital within five years’ will continue to be a focus.”

Source: Gartner, April 2009

SSA has made progress in automating this mountain of information, says Tom Grzymski, associate commissioner for enterprise support, architecture and engineering. State agencies used to compile paper files for each claim, which would be shipped from one place to another until a claim had been approved or denied. But starting in 2002, SSA made a big push to move to electronic files; it began imaging paper documents in 2004. SSA has stored 400 million documents that take up 100TB of disk storage space.

Most of the data resides in a DB2 database on three IBM z10 2097-E26 mainframes at an SSA data center. SSA uses IBM Content Manager for imaging, digital asset management, web content management and content integration. Based on these files, SSA creates validation materials and medical evidence files that it stows in an EMC disk storage subsystem, which claims adjusters access via thin clients — the newest model is the HP dc7900 — using web browsers.

But even after digitizing all paper records, SSA still will face user support challenges. “Our systems are geared toward having a disability claims examiner or doctor look at images of the medical evidence. We want to be able to take eXtensible Markup Language documents that we get from the agencies and store them in that format because it’s electronically readable. But our business process today is such that doctors and claims examiners mostly expect an imaged format,” Grzymski says. “So for quite some time, we’ll be in a mixed mode where there are both images and structured data that are stored and accessed.”

 

 

Jul 29 2009

Comments