IHERO UseCase 2010 ROPP

This template is for one or two page IHE workitem proposals for initial review.

<Delete everything in italics and angle brackets and replace with real text>

1. Proposed Workitem: Radiation Oncology Patient Portal (ROPP)

• Proposal Editor: D. Armstrong (detarmstrong@visiontree.com), A. Da Costa (adacosta@visiontree.com), M. Pellinat (mpellinat@visiontree.com)
• Editor: F. Swerdloff
• Date: N/A (Wiki keeps history)
• Version: N/A (Wiki keeps history)
• Domain: Radiation Oncology

2. The Problem

Radiation Oncology patients typically do not have the ability to easily view their schedule, treatment outline/prescriptions, results, QA performed on the patient’s behalf, etc., since this data resides on clinical systems to which the patient has no access. In addition, patients generate their own data, such as QoL (Quality of Life) assessments, which then have to be either coded and hand entered into the TMS/OIS or scanned and imported as either PDF or DICOM secondary capture. The Treatment Course for the patient typically includes a variety of forms that the patient needs to fill out during various times.

Patients need to be able to view their demographic information and treatment schedule, as well as some way of submitting change requests to either one.

Patients are empowered, when given the ability to view their own clinical information including diagnosis, procedure, toxicities, dose, tumor volume, medications, allergies, etc. The sense of involvement in their own treatment is thought to improve overall outcome.

A patient’s coordinated care team can also be more involved in their care through quality alerts triggered by roles, metrics, tasks and form completion. Real-time aggregate quality data collected on a patient, site and population health level are necessary for quality care and treatment.

3. Key Use Case

<Describe a short use case scenario from the user perspective. The use case should demonstrate the integration/workflow problem.>

<Feel free to add a second use case scenario demonstrating how it “should” work. Try to indicate the people/systems, the tasks they are doing, the information they need, and hopefully where the information should come from.>

4. Standards & Systems

<List existing systems that are/could be involved in the problem/solution.>

<If known, list standards which might be relevant to the solution>

5. Discussion

<Include additional discussion or consider a few details which might be useful for the detailed proposal>

<Why IHE would be a good venue to solve the problem and what you think IHE should do to solve it.>

<What might the IHE technical approach be? Existing Actors? New Transactions? Additional Profiles?>

<What are some of the risks or open issues to be addressed?>

<This is the brief proposal. Try to keep it to 1 or at most 2 pages>