Problem-Oriented Links
Problem-Oriented Links
Overview
The clinician thought process when evaluating a patient, is to gather information regarding the patient’s illness or problem. This involves asking questions about the patient’s history and current symptoms, to completing a physical exam. The clinician then takes all the data points into consideration to come up with a list of possible diagnoses, then evaluates each one to arrive at the final diagnosis or diagnoses for the visit. The next step is determining what to do about the problem. This may involve medications, lab test, imaging, or patient education or counseling. That is a lot of cognitive processing every 10-15 minutes in an outpatient setting or while managing multiple patient in an inpatient setting.
Quippe supports this thought process by providing diagnostic links between diagnoses and their associated concepts.
How do these diagnostic links work?
This means that for any diagnosis, there is a list of relevant symptoms, history, exam, tests, procedures, medications, imaging studies, education/counseling, and other diagnoses. This list is accessible and useful at multiple points in a patient encounter. In the clinical workflow, these links support:
- Documentation and Completeness of the Note
- Identifying Relevant Clinical Concepts in a Patient Chart
- Guiderails for Ambient Listening
- Compliance and Regulation
At any point in the workflow, Quippe can tell you what other clinical concepts are related to a diagnosis or problem and it can tell what diagnoses any clinical concept belongs to.
Examples:
- I need to get a list of relevant concepts for progeria, a rare disease, because I don’t remember the key concepts from medical school.
- There is a medication in this patient’s chart and I need to know why it was diagnosed.
- I want to review my patient’s chart before seeing them but there is too much information to wade through; I’d like to see just what is related to their main problem.
Diagnostic Links Use Cases
Assisting with Documentation and Completeness
Use Case: Consider an outpatient visit in which a patient reports shortness of breath, cough, wheezing, weakness, and a history of smoking. You may already suspect a respiratory condition, such as bronchitis or COPD, and need a focused list of related clinical concepts to support documentation. By using data points associated with a specific diagnosis, you are presented with relevant concepts that describe the patient’s current condition—without needing to search manually or create a separate template for every diagnosis.

Quippe UI
In the Quippe UI, add any diagnosis to the note via the search. On the entered finding, perform a right mouse click and select DX Prompt.

The concepts related to the selected diagnosis are added to the note, ready for documentation.

In cases where a generic diagnosis is selected, the returned list may be only diagnoses (term type 6), meaning the initial diagnosis is too broad to be helpful. In these cases, you will be asked to select a more specific diagnosis so as to provide a more useable list of findings.
Example: congestive heart failure (MEDCIN ID 33268)

Quippe API
API: /Quippe/NoteBuilder/QuickPrompt
Documentation: GET /Quippe/NoteBuilder/QuickPrompt
Parameters:
MedcinId: 32890- This is the MEDCIN ID for acute bronchitis
ListSize: small
Response: The code snippet below shows a sample of the output.
Identifying Relevant Clinical Concepts in a Patient Chart
Use Case: With the onslaught of data in a patient’s chart, it is difficult and time consuming for a clinician to find relevant information. The patient is here for a diabetes follow-up. Great, how do you quickly identify the current state of the disease? What and when were the last A1C or glucose level? What medication is the patient taking?
The clinician requires a quick snapshot of the items relevant to diabetes and does not need to worry about the cold the patient had last year. With the diagnostic links, the clinician can see the clinical concepts related to the patient’s diabetes.


Quippe UI
Open Clinical Lens and select Seymour Patients - he has a more complete sample chart - which provides a summary of the patient’s chart. The first tab includes the most recent instance of every finding. To view the findings related to a specific diagnosis or problem, simply click on one in the Filter by Problem task pane on the right side of the window. The related findings will be highlighted in yellow.
Example view of diabetes mellitus type 2 (MEDCIN ID 30480) for Seymour Patients:

Quippe APIs
There are multiple steps in this process. One to retrieve the list of concepts related to the selected diagnosis and their node keys and one to identify findings in the chart that have similar node keys. A node key defines a concept’s place in the MEDCIN hierarchy. With the node key, we can identify (and then highlight) all the findings that start with that same node key.
For example, blood hemoglobin A1C (MEDCIN ID 12736) is related to type 2 diabetes. Its node key is -DDD-P-E-E. When looking through the patient’s chart to find concepts related to diabetes type 2, we will highlight all concepts that start with this node key. This would include not only blood hemoglobin A1C, but also is subs. This ensures that all A1C concepts are identified.

Step 1: Identify the node keys of the concepts related to the selected disease. In this use case, we want to identify findings related to diabetes mellitus, type 2, MEDCIN ID 30480.
API: /Quippe/ClinicalLens/Prompt
Documentation: GET /Quippe/ClinicalLens/Prompt
Parameters:
SourceId: 30480- This is the MEDCIN ID for diabetes mellitus type 2
SourceType: termListSize: medListSmall
Response: Partial list of the associated node keys.
Step 2: Next, we need to gather the node keys of the findings in the patient’s chart.
API: /Quippe/NoteBuilder/ResolveTerms
Documentation: GET /Quippe/NoteBuilder/ResolveTerms
Parameters:
MedcinIds: pass in all the MEDCIN IDs from the patient’s chart.
Response: Partial list of the findings in the patient chart. One of the properties provided is the nodeKey.
Step 3: Compare the node keys in the patient chart with the node keys from the findings related to type 2 diabetes.
There is no specific Quippe API to accomplish this simple comparison. If a chart finding node key starts with any of the node keys in the diagnosis list, then it is related to the diagnosis. In JavaScript, this might looks something like:
Guiderails for Ambient Listening
Use Case: The trend in EHR documentation now is to use ambient listening to capture the transcript of a conversation between a clinician and a patient and then translate it to a text clinical note. The unknown in this equation is the accuracy - did the tool capture the conversation and subsequent clinical concepts correctly? Did it differentiate a family history of breast cancer versus a patient history of breast cancer?
With the Quippe APIs, that clinical text note can be translated into structured Medcin findings. Once you have the structured clinical data points, the diagnostic links can be used to validate the accuracy of the note. Say the note includes diabetes and acute bronchitis as the diagnoses. The links can be used to verify that the other clinical data points in the note are associated with one of those diagnosis and alert the clinician of the outliers. If biopsy showed Bowen’s disease turned up in the note because the patient’s last name is Bowen, the clinician would be alerted and could easily remove the finding.
Quippe UI

Quippe APIs
API: /Quippe/ChartReview/ScoreNote
Documentation: POST /Quippe/ChartReview/ScoreNote
Parameters:
- Sample XML Input:
Response:
In the above example, emphysema is the documented diagnosis. The related entries are Q1 (emphysema) , Q2 (albuterol), Q3 (ABG panel), and Q4 (oxygen saturation), excluding Q5 (fever) and Q6 (metformin).
Compliance and Regulation
These diagnostic links can also support the data compliance regulations. For example, when submitting E&M or HCC claims data, the requirement states the note must contain an appropriate history and physical. What does that mean and how does a clinician know if their note is compliant?
Quippe uses the diagnostic links along with coding guidelines to provide the clinician with a level of confidence that their note is compliant, at the point of care. If it is not, the diagnostic links can be used to suggest related clinical concepts to add to the note to ensure completeness. This group of APIs is the Documentation Scoring capability.

Quippe UI
The easiest way to see this in action is to add a diagnosis and some documentation to a note. The Documentation Scoring task pane is visible by default. If it is not visible, click the Settings icon in the bottom right of the window and select Documentation Scoring.
Once a diagnosis has been entered into the note (marked red, positive), it is scored and displayed in the task pane.
- Score 1 - Hazard sign with exclamation mark: The note does not support the diagnosis.
- Score 2 - Question mark: The note may or may not support the diagnosis.
- Score 3 - Green checkmark: The note is not incomplete.
For more information, see the Documentation Scoring topic.
Quippe APIs
API: /Quippe/ChartReview/ScoreNote
Documentation: POST /Quippe/ChartReview/ScoreNote
Parameters:
- Sample XML Input:
Response:
Resources
Help Library > End Users: