Below is the draft roadmap for Q1 and Q2 2016. As usual, final delivery timelines will change in response to the feedback of early adopter customers and as our developers dig deeper into the details of each feature. For questions about any of the features below please contact us. The PKB blog has archives of past roadmap postings. In 2015 we doubled our developer team size and received $5 million investment to double the team again every year through 2018. (If you are a developer, we're hiring!)
We are continuing our focus on speed of page loading times. The more quickly PKB can show information to the user, the more often users choose to access the information which makes the patient's care more accurate and safe. You can monitor current page load speed on pkbstatus.com. We want every page to load within a second. We are a long way away from this but we have also come a long way. Over the past year we set up parallel decryption infrastructure so that multiple virtual machines are able to decrypt in parallel the data points for a particular page, e.g. all the measurements or all the discussion messages.
This year we are making a number of optimisations:
Shifting the database server to Solid State Drive (SSD). Reading and writing from SSD hardware provides lower latency.
Shifting to a Advanced Encryption Standard (AES) algorithm from the current DESede (Triple DES). This is orders of magnitude faster, more secure and allows us to encrypt more data with a single key.
Each page will be optimised to make fewer database queries. We will start with the most commonly used pages i.e. the dashboard, the discussions page, the patient summary page and the lab results page.
Last year we had focused on major architectural changes that support population-scale deployments with patient-controlled health information exchange. With these architectural changes complete, we are focusing on stability of the platform to allow a lot more automated testing every night for new code, which in turn allows upgrades to be more frequent and smaller.
Professionals need to look at a lot of information on one screen in a patient's record. They are used to seeing lots of information tightly packed but they also typically have smaller screens than home users do. We are redesigning the professional view within PKB to make it more dense and with less white space.
The patient summary page will list the latest panels as well as the vitals signs from measurements.
Clicking on a panel will show the results.
The discussions page shows information about professional users in as few lines as possible to minimise vertical scrolling. Where a message is formal communication (e.g. a discharge letter or a clinic letter) rather than an online consultation the bottom of the page allows the user to enter their notes rather than send a reply.
The professional's schedule screen is also getting a makeover into a monthly view.
We changed the test results screens a lot in 2015 to support the safety requests of pathology departments and the accreditation requirements of ISO 15189. You can read more about what we currently have on the pathology department documentation page. However, the usability of these pages was poor and patients were confused by the changes we had put in place. We did a major redesign over the New Year.
The default lab results page maintains the safety requirements of aligning tests on the x-axis when they are from the same date, while still showing on the y-axis the actual values. Results in range are a green and those out of range are red. The former are a solid circle while the latter are a border only for colour blind users. A plus in the circle indicates a comment from the laboratory e.g. a warning about a faulty sample.
Every test result will have the reference range on that date from that laboratory. This cannot be changed except by the laboratory which had sent the result in the first place. A reference range shows which results are abnormal in the general population.
But every test can have a patient goal set by any user looking at the patient's record. For example a patient with leukaemia may always have anemia but their physician may set up a goal for the patient. A patient goal shows which results are unacceptable for a particular patient.
At the top of the page the user sees their favourite results e.g. a patient with HIV and diabetes may track their CD4 count and HbA1c levels most closely out of all the results in all the panels their doctors may be ordering for them. There is also a search box for quickly finding a result.
By default all test panels are collapsed and they can be manually expanded according to the user's interest.
Clicking on an individual test result shows full details of that test result, and the rest of the panel below it. Any user can add an annotation to the graph e.g. a diabetic can add the time of their meal and the time of their insulin injection below the actual glucose result from their glucose monitor. Moving the mouse across the graph shows the annotations.
As well as the comments which had come from the laboratory.
Back on the main test results page the user can tick the box next to each of multiple test results and then click the Compare button to compare these tests.
At scale the most important way to add test results it through direct HL7 integration with laboratories. But for a few patients the ability to manually add test results is critical. These are often the sickest patients, receiving care from multiple hospitals across a country or even multiple countries. Not all of laboratories are (yet) integrated with PKB so manually uploading data from local laboratories is helpful for the specialist teams monitoring the patient. Our focus in the redesign was to make the process of adding test results as fast and easy to understand as possible.
The first change is for tests to be added by the name of the individual test rather than the name of the panel. For example rather than adding "Liver function test (LFT)" you can just type in "Ala" to get "Alanine transaminase (ALT)" which is part of the LFT. The next page automatically shows all the test results of the LFT panel alongside the originally chosen ALT.
We optimised the panel page for speed of data entry. The attachment of a scan of the original piece of paper is at the top of the page so that the upload process can start while the user manually fills out the numbers in the rest of the page. The user can move between fields by pressing the tab key. The targets for each test result are pre-filled with the most recent target entered for that result but the user can overwrite any with a new target.
Professionals will have this first for added security. Eventually we will provide the option for patients who can choose to switch on the added security without affecting usability for most patients.