(Note: this article was written for those already familiar with Philhealth's electronic claims process (there should be quite a number already given that there are around 2000 hospitals and more than 20 health information technology providers). For those unfamiliar with Philhealth's electronic claims system, pls check this blog or read the circulars on the Philhealth website.)
I was asked for ideas on how to improve Philhealth's information technology (IT). Here are a few suggestions (see disclosure at the end of this article):
1) Simplify
In 2011, Philhealth formed a team to begin developing its electronic claims system (eClaims). Prior to this, all claims received by Philhealth were on paper and an army of encoders had to be hired in each Philhealth regional office to enter the data into the homegrown claims processing system. The vision was to take advantage of automation knowing that once data was digital, the Corporation can improve efficiency by decreasing the administrative workload of hospitals and Philhealth.
A year later, the eClaims system was deemed ready for scaling nationwide. Back then, eClaims only had three forms (CF1, CF2, and CF3). It was originally designed to just contain simple files (called XML or eXtensible Markup Language) as these were relatively small and were therefore easier to process. To help hospitals with no IT capabilities, Philhealth accredited Health Information Technology Providers (HITPs) (circ038-2012) who have the requisite knowledge, tools, and skills to assist them.
In 2018, Philhealth added claims form 4 (CF4) which required substantially more data (laboratory results, medications, their prices, the course in the wards, etc). In addition, CF4 also required the submission of the encrypted scanned paper medical chart with wet signatures of the doctors. The wet signature requirement was really painful for many hospitals. For some hospitals that already had computerized systems, they had to print on paper, have doctors sign them, re-scan paper back into electronic (PDF or Portable Document Format) and then finally encrypt. At the end of this tedious process, each of these encrypted scanned files would have grown in size which in turn created tremendous technical and administrative burdens on both hospitals and Philhealth. Not surprisingly, soon enough, Philhealth's IT system was strained to its limits in storage and in processing power.
A quick win is to release policy that removes the requirement to submit the encrypted scanned documents. This will alleviate hospitals from the time-consuming process of printing, signing, re-scanning, and encrypting. It will also decrease the file size burden since there are less to upload. Philhealth can just ask hospitals to send the XML files (encrypted of course) which are smaller in size. An even better solution, and if Philhealth leadership is up to it, is to remove CF4 altogether (XML and scanned files) and allow hospitals to revert back to the simpler CF1, 2, 3.
A further simplification is for Philhealth to accept digital signatures. The Department of Information and Communications Technology (DICT) already released the rules and the digital certificates needed for this (there were no such rules yet when we launched in 2012 thus the requirement for wet signatures back then).
2) Standardize
While Philhealth added more data requirements in CF4, they did not impose standards on terminology. Therefore Hospital A might use "acetaminophen" in the medication section while another might opt for "paracetamol" (acetaminophen and paracetamol are synonymous). The lack of terminology standards means computers cannot process the claims automatically and each one has to be opened by a human processor to make an evaluation or judgment (thus the term "adjudicator"). Having electronic files pass through a human process is counter-productive. The eClaims files are already digital and amenable to automated processing, but instead, Philhealth persisted with human processors who, like all of us, can get tired and make mistakes. The human process became a chokepoint because even as thousands of electronic claims were arriving at Philhealth, humans can only adjudicate a certain number per day before the quality of their evaluation suffers. Non-standardized data require human interpretation while standardized data can be processed automatically.
In addition, standardizing the terminology will offer efficiencies not just to Philhealth but also to hospitals and research institutions. It opens up huge potential for multi-institutional research, population health, and outcomes research.
3) Smart contracts and blockchain
People may be surprised to learn that even if the claim is electronic, a human adjudicator is still required to evaluate data quality (#2).
If the eClaims files are simplified (#1) and standardized (#2), then it gets more interesting. Philhealth can now design algorithms with business rules embedded within them. Then the eClaims can be processed "automatically" by computers who don't get tired or make mistakes. Philhealth can even commission several adjudication algorithms and have every claim pass thru each one, and reimburse based on a quality score. Claims can be paid on a more granular level (such as completeness, accuracy, timeliness for each data element) rather than all-or-none. If the claim obtains a 90% quality score, then they get paid 90% of the case rate rather than an outright return-to-hospital (RTH) which pushes them into financial difficulties. On top of these, artificial intelligence can be applied to assess the risk of fraud. The AI can assign each claim a risk score and those that get high numbers will warrant the more detailed review by a human adjudicator.
But wait there's more.
Philhealth can define the business rules to reimburse good claims automatically on the 60th day as provided by law. And if that claim turns out to be bad, Philhealth can use blockchain technology to deduct penalties from future claims. Blockchain will ensure there is transparency and will enable stakeholders to track payments simultaneously.
4) Strict AI-guided post-audit
Let's go back to #1. The history behind requiring scanned documents is that the Commission on Audit asks for proper documentation to support payments made to hospitals. While that is true, COA didn't actually say hospitals have to submit the whole scanned paper medical chart (caveat: this is my interpretation of that ruling). Rather (and I hope COA can correct me if I am wrong), COA is simply stating that there should be a clear auditable process by which Philhealth can verify the transaction and for hospitals to provide proof to support their claims. I interpret this as allowing hospitals to maintain the medical chart as evidence within their records departments and surrendering them to Philhealth for post-audit when requested ("post-audit" here refers to the conduct of a review after the claim has been filed). Which records should be audited? Refer to #3 -- the claims that breach the parameters of "good" claims based on the consensus algorithm or the artificial intelligence or both.
Therefore, there is no need to submit any scanned medical chart. The only thing needed is for Philhealth and hospitals to agree to collaborate and make the national health insurance program work for the benefit of the people.
Can we reform Philhealth? Yes. Is Philhealth ready for reform? As long as the leadership decides to do so, they can. The changes needed are obviously more than the 4S mentioned here but these four are doable interventions that can be applied now or in the first 100 days of any administration.
(* Disclosure: the author was a senior vice-president and first chief information officer of Philhealth from 2011 to 2013 and was responsible for scaling up the eClaims system from pilot to nationwide implementation.)
For comments, pls email admarcelo AT up DOT edu DOT ph