Scutsheet aims to help students and residents replace their note cards with iPads to better track their inpatients

Post image for Scutsheet aims to help students and residents replace their note cards with iPads to better track their inpatients

The creators of Scutsheet made the same observation as countless other medical students preparing for morning rounds, but came to a different conclusion. The observation was that it does not make sense to spend hours laboriously hand copying information from bedside flow sheets and ward computers to note cards only to copy them back into progress notes in bedside charts. Their conclusion, however, was that they are going to try to make a better way. So they created Scutsheet, an iPad app for tracking patients.

In their own words :

To recap, vitals, which were entered into the computer by nursing, are hand copied onto a progress note, then again into the sign out, and in some cases, a third time onto notecards and scutsheets.

By their own admission, Scutsheet does not entirely solve the problem. In particular, the patient data entered into Scutsheet is still entered manually and, as of now, cannot be shared with other doctors. However, for anticipating how tablet computers may actually be used at the bedside and for creating a visually beautiful app, we should congratulate the makers the Scutsheet.

The underlying concept of Scutsheet is to replace the notecards many students and residents still carry –  one card for each patient. Of course, we have to respect the well entrenched advantages of paper technology. Paper is lightweight, flexible, unbreakable and allows for very rapid data entry. Any attempt to replace paper has to offer at least commensurate advantages. In the case of Scutsheet, the developers added several key features:

  • track multiple patients
  • add events for each patient
  • calculate important parameters, such as BSA, BUN/Cr ratio, albumin-adjusted anion gap and corrected calcium

While there are numerous fields for data entry, no fields are mandatory. There are tabs for viewing the entered data as a table or in visual format. I did not see that results could be graphed. While the automated calculations (anion gap, etc) are helpful, the app does not seem to routinely screen for erroneous entries or suggest normal ranges for tests.

The major shortcoming of this app in its current incarnation is its most obvious one – that it requires manual entry of all patient data. Furthermore, once data has been entered, the user is still required to copy it again into the patient’s progress note. Regarding the latter, the app could clearly use the entered information as a scaffold of a progress note, which could be printed and entered into a paper chart. The developers seem to acknowledge this on their website, implying that a few “killer features” are in the works, such as “print and email progress notes, to do list, transfer data to other devices”. Currently, no details are available. As these features would greatly increase the utility and value of Scutsheet, we would guess they will be forthcoming in future versions.

As for the inconvenience of manual entry of laboratory and other data, the only way to circumvent this is to directly interface Scutsheet to hospital information systems. Unfortunately, this access is jealously guarded by hospital IT, which is primarily concerned with keeping existing information systems up and running, with as few interruptions as possible. Where the safety of patients is at risk, this is quite rational. But it does tend to slow the rate of change, and thus innovation.

Scutsheet is a native iPad application available in the iTunes App store for $9.99. It seems to have been developed by at least one 4th year medical student. In their words “Unlike your EMR, Scutsheet wasn’t designed by IT.” While maligning hospital IT is not terribly productive (see above), better software for doctors will indeed require more direct involvement by us, the end users. We hope the developers of Scutsheet continue evolving it. Legions of future students and residents (and their patients) will appreciate it.

Disclaimer: the author (Felasfa Wodajo) is co-founder of a company providing web-based signout and task management for resident teams (www.theList.md).

Discussion ( 6 comments ) Post a Comment
  • Why it’s not possible to see screenshots in bigger resolution?

  • Ok, we’re one step closer. No more note cards. Many of us also carried along formatted patient “tracker” sheets, which somewhat served the role as forms similar to the app for a patient. A problem I forsee with whatever solutions they come up with will be the data querying. There are a handful of EMRs out there – Epic, Vista, Essentris, Sunrise – each with it’s own IT army behind it. And of course, none of them talk to each other. And of course….that means none will likely want to talk to an iPad. But alas, an intelligent OCR that employs the camera would be quite useful – http://itunes.apple.com/us/app… . I’d envision that by the snap of a camera on a screen of whatever output or, god forbid, a paper record) for its lab value gets copied into the right spot. Not a true EMR terminal, but at least it would speed up lab inputs.

  • We appreciate the review and comments. We agree, Scutsheet is a work in progress. The requirement to manually input data is Scutsheet’s biggest limitation, one we attempted to address through the use of the number pad. Foster proposes is an interesting approach to this problem.

    Reference ranges is also something we have considered. One of the challenges with implementing it is that different labs have different reference ranges for the same results. Normal at one hospital may not be normal at another. For example, my institution is switching to a new troponin I assay, with a resulting change in the cut off value. The other issue is that lab values must be considered in the context of the clinical picture. A computer might flag a hemoglobin of 7 as a critical value, but in a patient with longstanding myelodysplastic syndrome it may not change management. This isn’t meant to imply that reference ranges won’t be included in a future release, but rather to raise some of the issues involved in implementing such a feature.

    With respect to other features (including graphs and progress notes), we appreciate the clinical utility of those features, and hope to continue iterating. Version 1.1, which includes vital sign ranges and vent settings and was released this week, was driven by user feedback

    Sincerely,
    The Scutsheet Team

  • this is a great start. i think there’s a lot of potential in this app. perhaps you could consider input via a device such as livescribe. i’m hoping to try using this with Evernote as a way of keeping track of patient data and have written about it at http://slightlymoving.tumblr.c

    the idea of this would be to try and merge the use of handwritten data with digital text data.

  • Doesn’t really do it. Needs to link to EMR.

Comment on this discussion

Your email is never published nor shared.