Ensemble Ensemble
Menu
Home
  • SOLUTIONS
  • Method
    • A Systemic Approach
    • Theory of Constraints
    • Working with us
  • RESOURCES
    • Productivity Scorecard
    • Articles
    • MedTech
    • Subscribe
    • Our book
  • Results
  • ABOUT
    • The Just Work Manifesto
    • Our Story
    • Location
  • MedTech
Book a call
loader

Culture | Operations | Organisation | Process | Strategy

View all articles SUBSCRIBE TO NEWSLETTER to get articles and more

STAY CONNECTED AND SIGNUP TO RECEIVE INSIGHT updates

Subscribe

The horns of a dilemma

David Hodes

Complex systems, by their nature, generate a tangled web of connecting causes and effects. So it’s surprising how often solutions aimed at fixing root-cause issues come down to a binary choice: do ‘X’, or don’t do ‘X’. Both can seem necessary—the classic dilemma. So what’s the way out?

[Listen to audio version, read by David Hodes]

This is Part 4 of our series on the Logical Thinking Process: Part 1 | Part 2 | Part 3 | Part 4 | Part 5

Of all the tools of the Logical Thinking Process, the one I find myself using the most is the Evaporating Cloud, or more prosaically the conflict resolution diagram. Legend has it that Eli Goldratt, who invented the tool, was inspired by Richard Bach and his 1977 book Illusions, in which the main characters remove storm clouds from the sky by thinking them away:

‘If you really want to remove a cloud from your life, you do not make a big production out of it, you just relax and remove it from your thinking. That’s all there is to it.’

The Evaporating Cloud tool intends to similarly ‘vapourise’ difficult problems by resolving an underlying conflict. If you share a goal with the person, people or organisation with whom you’re in conflict, Goldratt teaches that there is not really a conflict. Rather, one or more assumptions made about the situation is false, and once you unearth it or them, you have a pathway to a win-win solution without the usual compromises.

We always construct the evaporating cloud the same way. The entity at A is the goal or the objective. Entities B and C are two requirements (necessary conditions) which both must be met if you are to achieve your goal. D and D’ (pronounced D prime) are where the conflict resides—the pre-requisites to the earlier requirements.

The evaporating cloud uses necessary condition logic, and therefore it is read: In order to [entity at the tip of the arrow] I must [entity at the base of the arrow]. I usually begin with the goal statement, which should come from the building of the goal tree. I then put in place the two prerequisites at D and D’, representing the horns of the dilemma. While B and C must coexist to deliver on the goal, D and D’ are assumed not to be able to coexist simultaneously and are thus the subject of the dilemma. Using Visio, or similar software tools, I usually slap down the first draft of these five essential elements pretty quickly. It is easy enough to do the editing of the entities once you have cleared your mind of the burden of holding all of these conflicting thoughts at the same time.

Connect to your slow thinking

One of the great benefits of developing the evaporating cloud is that it allows you to see the whole structure of the argument. I have found that every time I think I know the answer to a dilemma and want to go with my fast-thinking problem-solver mind, I force myself to slow down and construct the argument. I invariably find a deeper level of insight that, in turn, helps produce a more imaginative and better-argued solution. If I have developed the cloud by myself, it acts as a powerful means of communicating what’s on my mind. If it is built collaboratively, it provides a real focusing tool for the team to have the requisite conversations which lead to a lasting solution.

Once the five building blocks are in place, it’s time to do the tour around the cloud to ‘surface’ the assumptions which hold it together. Based on the typical example below, we read In order to [entity at the tip of the arrow] I must [entity at the base of the arrow] because [assumptions]. For the novice users of the cloud, there is usually a trap in this step. A practised logical thinker will raise as many assumptions as their mind will provide them. It is a skill to be able to think of assumptions which are contrary to your prejudices and cognitive biases.

However, when the novice listens in, they usually think that when you call out an assumption you are advocating the position articulated by that assumption and get ready with their defensive routines. Remind them, indeed remind yourself, that it is vital that you give free expression to every view. It’s the way we come to discern what’s true and valuable and what we can discard. Its power lies in removing the person from the argument and liberating any and all to speak their truth without fear of retribution or shame. If we are intentionally asking people to surface all assumptions, there can be none which we would consider superfluous or too stupid to be mentioned. This is the spirit in which we conduct the analysis of the cloud.

Let’s have a look now at an example. We start with the goal at A: ‘grow competitive returns for our shareholders now and in the future’. If we were dealing with a specific organisation, we’d have to be more precise than that, asking the question of at least how much, by no later than when. But, for this exercise, that will suffice. In our hypothetical case, this business has hit a bump. Their budgeted profits are under attack, and they are under pressure to cut back on investment in new capabilities.

On the one hand, at D, they have to perform against the cost and revenue budget. On the other hand, they have to invest in new capabilities. Once I have the goal and the dilemma, I ask the question: ‘why do I need to have D (perform against our cost and revenue budget) if I need to achieve my goal at A (grow competitive returns for our shareholders now and in the future)? Well, I figure it’s because of what I have placed in B—I must safeguard today’s results.

We follow the same process when I ask the question between D’: ‘why would I invest in new capabilities’ if I need to achieve my goal (grow competitive returns for our shareholders now and in the future’?) Again, the answer comes back: because I must ‘live into a bold vision’. So there is a natural and creative tension between B and C. But they both must be true if the goal is to be achieved, locked as it is into providing growth now and in the future.

Surface your assumptions

If we are happy with the underlying construct, we can move onto surfacing the assumptions. I won’t cover them all, but invite you to do your scrutiny and see what you might want to add. Let’s take one from each branch of the cloud.

A-B: In order to [grow competitive returns for our shareholders now and in the future], we must [safeguard today’s results] because [safeguarding today’s results gives us the credibility we need for our shareholders to continue investing in our business]. Under what circumstances would this not be true? What if your shareholders understand the difficult times the organisation finds itself in and knows that by cleaving to today’s results, they will be sacrificing a much larger value over the life of the business? What case could you make to the shareholders that would persuade them that you predicated today’s results on an idea of what you thought the market was looking like six months ago, but now, all that has changed?

B-D: In order to [safeguard today’s results] we must [perform against our cost and revenue budget] because [performing against our cost and revenue budget is the key indicator of our ability to safeguard our results]. What if the market had moved in such a way that, for a marginal increase in investment, you could fundamentally change the cost and revenue mix? Of what use would the budget be then? What if the price of a strategic material input has increased as a result of a global shortage of it? And, what if the competitive nature of the market for your product and service will not allow you to pass on any price increase without materially affecting your market share?

A-C: In order to [grow competitive returns for our shareholders now and in the future], we must [live into a bold vision] because [you cannot get superior returns doing the same thing, year in and year out]. It would usually be the case that as your competitors continue to innovate, if you stand still, they will overtake you. But maybe you have a monopoly, by way of a patent for example, so perhaps you can maintain a lead for an extended period.

C-D’: In order to [live into a bold vision] we must [invest in new capabilities] because [our existing capabilities in terms of people, process and technology are not sufficient for us to live into our bold vision]. Perhaps the bold vision included a significant program to digitalise the business, with a backbone of a new core platform. Such a program would imply that to transform with the latest technologies, the legacy systems would be retired; you would need to develop new processes around that technology and people would need training in both the new processes and technology. So, it’s a valid assumption.

D-D’: We must also pay heed to the assumption that sits between the horns of the dilemma. Here we state that [we cannot perform against our cost and revenue budget and invest in new capabilities]. Well, is this a false dichotomy? What is the specific circumstance of the business that would make this true? A cash crunch? A major disruption in the market? Loss of a significant customer? A strategic change in the supply chain brought on by regulatory requirements? Coronavirus?

Once you have surfaced and scrutinised all of the links and assumptions, it’s time to make a decision. Sometimes it is obvious, as one of the links between any two of the entities proves to be held together by invalid assumptions. On some rare occasions, the whole argument seems to be held together as tight as the bolts on a high speed turbine. On these occasions, it is necessary to think of an injection which doesn’t exist in the current reality, but could be introduced to make a high-leverage difference.

As productivity is the tide to lift all ships, it could be that the introduction of some fresh thinking about how work is planned and performed could both safeguard today’s results and allow progress on the bold vision. Perhaps the injection is to think about what the risk-adjusted discounted cash flow is for several different plausible and relevant scenarios, then choose one that has the best chance of securing the desired outcome. After all, Amazon, the world’s most valuable company, did just that—foregoing today’s profits for an indomitable position in its market over the long haul. Perhaps it’s also no coincidence that Goldratt’s The Goal is one of three books that Jeff Bezos recommends to all his executive team.

____________________________

This is Part 4 of our series on the Logical Thinking Process.

Part 1: Intro to the Logical Thinking Process
Part 2: Setting your goal
Part 3: Mapping your current reality
Part 4: Deciding with the evaporating cloud
Part 5: Realising the future

____________________________

What’s next?

The change from standard thinking to Theory of Constraints (TOC) is both profound and exhilarating. To make it both fun and memorable, we use a business simulation we call The Right Stuff Workshop.

We’d love to run it with you. To learn more:

  • download the brochure (no email required)
  • schedule a call
    ____________________________

    Bulls fighting

    [Background image: Bulls fighting, Richard Lee on Unsplash]

     

     

     

    ____________________________

  • MedTech

Understanding the Jobs Patients Need Doing

David Hodes

A patient may ask for a smaller device, a clearer display or an easier app. Those requests matter, but they leave a deeper question unanswered: what is the person trying to accomplish, and why does the current approach make it difficult?

Someone using a monitoring device may want to understand whether their condition is changing, decide when to seek help or manage daily activities with greater confidence. The device is one means of achieving that outcome.

A powerful question asks how well your organization understands the jobs patients are trying to get done. A strong answer connects patient research with clearly defined outcome statements that become the formal user needs your teams use to build the design history file. Outcome-based user needs are easier to validate, flow more easily into design requirements, and result in faster time to market.

“A feature request describes a possible answer. Understanding the patient’s job to be done sets your design team up to deliver a better solution faster.”

Define the job from the patient perspective

A useful job statement describes an activity the patient needs to accomplish in a relevant context. It should remain understandable without naming your product or preferred technology.

“Use our app every day” describes behavior your organization wants. “Provide a way to recognize when a change in my condition requires professional advice” describes the outcome a patient actually desires.

The distinction affects research. If the team starts with the app, it will ask how to improve screens and interactions. Starting with the job opens questions about information, confidence, timing and support. The best solution may involve changes beyond the app.

Define a scope the team can investigate. “Live a healthier life” expresses an aspiration but is too broad to guide detailed engineering decisions on its own. “Minimize the time it takes to find a solution to my health concern without needing to talk to a doctor or call someone” gives a team a direction, a measure, an object of control and contextual clarifier(s).

Distinguish the job from the journey

Journey mapping shows how people move through a particular care pathway. Job mapping examines what they must accomplish to achieve their purpose, including the work surrounding the interaction with your solution.

The two perspectives complement each other. A journey may show that a patient waits for follow-up. The job perspective asks what they are trying to understand or decide while waiting.

This matters because current processes can become embedded in the team’s assumptions. Patients may need a reliable way to recognize an important change; they do not necessarily need the exact sequence of activities currently provided.

Use the journey to understand context and dependencies. Use the job to examine whether a different approach could help the patient achieve the desired outcome more effectively.

Study daily life where it happens

Patient research begins with observation and empathy interviews at the Gemba, the place where the activity actually occurs.

For patients, that place includes the home and the settings in which they manage health alongside ordinary responsibilities. Ask people to demonstrate routines, explain decisions and describe recent experiences.

Observe what they do. Immerse yourself in the circumstances surrounding the activity. Engage through questions that let them explain their purpose in their own language.

A person may say that managing treatment is straightforward while observation reveals multiple reminders, improvised storage or reliance on a partner. Those arrangements can reveal effort and uncertainty that have become familiar enough to go unreported.

The aim is to understand the why your solution will win before making any decisions about what your solution will do. Customers will want your solution because of the outcomes it gives them, not because of what you made.

Recruit for differences that affect the job

Patients with the same diagnosis may struggle with different parts of an activity. Differences in confidence, experience, resources and support can change how they define success.

Recruit participants whose circumstances reflect the population you intend to serve. Include relevant variations in health literacy, technology familiarity, physical ability and access to care. Are you targeting the tech savvy millennial, a busy parent trying to run a family with four kids or a retiree living in a managed healthcare facility?

Research should also examine emotional and social needs. A patient may want reassurance about managing a task alone or worry about drawing attention to a condition. Keep these needs visible alongside functional outcomes without assuming one design choice resolves them all.

Examine the complete job

The job mapping framework divides a job into eight recurring steps. These steps prompt investigation beyond the most visible interaction.

  1. Define. Establish what the patient needs to achieve and the circumstances that matter.
  2. Locate. Establish how the patient will find the information, materials or support required, including your solution.
  3. Prepare. Uncover how the patient will arrange the environment and resources for the job to be done.
  4. Confirm. Understand how the patient will make the decision to go forward with your solution and determine whether everything is ready for the intended next action steps.
  5. Execute. What outcomes matter to the patient as they get your solution and start using it. Often this is the ONLY job step the team looks at.
  6. Monitor. How will the patient assess and know for sure your solution is progressing successfully.
  7. Modify. Rarely do things work perfectly on the first try. Identify outcomes that are important to the patient when adjustments to the approach are needed when conditions or results require it.
  8. Conclude. Complete the set of outcomes by understanding how the patient completes the activity or prepares to repeat it.

Apply these prompts to actual patient work. Some steps may recur or overlap. The map should help the team discover needs, rather than force experience into an artificial sequence.

“The most useful innovation may help a patient prepare, recognize an exception or recover confidence before it changes the device itself.”

Turn patient language into outcome statements

Interviews generate verbatims: patients’ own descriptions of experiences, difficulties and expectations. Preserve that evidence, then interpret what each statement reveals about the job.

An illustrative verbatim might be, “I keep checking because I don’t know whether the reading matters.” The desired outcome may concern recognizing a meaningful change or understanding what action is appropriate.

A structured outcome statement identifies the direction of improvement, a measure, the object being controlled and relevant context. For example: “Minimize the time required to determine whether a change in a reading requires contacting my care team.”

Ask the team if there are uncovered outcomes that can set your solution apart related to how it is purchased, installed, received, set up, learned with training support, transported, maintained, upgraded, replaced or disposed.

This formulation gives research and design a clearer target. It does not establish a clinical threshold or promise that a device can safely make the decision independently, but often the features that will make your solution “easy to use” or set you apart will come from these outcome statements.

Preserve meaning as you organize the evidence

Several comments may describe the same need. One comment may contain multiple needs. Review the evidence carefully before combining it into a set of outcomes.

Remove duplication, separate distinct outcomes and retain links to the original accounts. Use plain language that patients can understand. Avoid embedding a particular feature in the statement.

Check the interpretation with participants or other appropriate reviewers. “I want fewer notifications” might mean reducing irrelevant interruptions while preserving important information. Treating it as a demand to suppress all alerts would misrepresent the need.

The output should be a coherent set of outcomes organized by job step. Completeness and clarity matter but typically it is ideal to have at least 100 and no more than 200 outcome statements for the team.

Measure importance and satisfaction separately

Qualitative research discovers needs and explains them. Quantitative research helps determine how widely they matter and how well existing approaches satisfy them.

Ask patients to rate the importance of each outcome and their satisfaction with their current ability to achieve it. Make the reference situation clear so respondents evaluate comparable experiences.

A high scoring importance outcome with low satisfaction deserves investigation. High satisfaction may indicate that the need is already well served so the team can use what already exists and put more time in creating innovative solutions to high importance low satisfaction outcomes. Low importance can reduce its priority, although clinical safety requirements cannot be dismissed through a popularity score.

Use a research design appropriate to the intended population. The outcome statements are easy to rate on a five point Likert scale. Choose population quantitative research in alignment with your target persona groups.

Identify opportunities within patient segments

The Outcome Driven Innovation approach uses importance and satisfaction to identify underserved outcomes. Its opportunity calculation adds importance to the positive gap between importance and satisfaction.

Use compatible scales and a clearly defined calculation. Interpret the result alongside the underlying responses, research quality and the clinical context.

Examine differences between groups. An outcome that appears adequately served overall may remain difficult for patients with less support or a different level of experience.

These differences can reveal meaningful segments based on unmet needs. They help the organization avoid treating demographic similarity as evidence that patients need the same solution. Prioritization should retain enough detail to explain whose outcome the proposed improvement will change.

Connect outcomes with development decisions

A target product profile brings the priority outcomes together with business goals, available technology and other relevant requirements. It helps the team agree what success should look like before committing to a concept.

Translate patient outcomes into design inputs and measurable requirements while preserving traceability to the evidence. Define which questions remain uncertain and what research or testing will resolve them.

Evaluate concepts against the outcomes they are intended to improve. Ask whether the proposed approach reduces effort, uncertainty or difficulty for the relevant patients and results in higher satisfaction scores than the baseline solution. A favorable reaction to an attractive prototype provides limited evidence unless the team can connect it with better execution of the job.

Keep patient progress connected to system performance

A priority patient need may involve work performed by a clinician, caregiver or service provider. Investigate those dependencies before deciding that a product change will solve the problem.

The Theory of Constraints helps identify where improvement can change the performance of the wider pathway. A better patient interaction can have limited effect if access to essential support remains constrained.

A Value Management Office can coordinate the initiatives needed to address these connected issues and keep investment aligned with patient outcomes.

“Patient insight becomes useful design evidence when the team can show which outcome matters, who struggles with it and how the solution improves it.”


What comes next

Use patient jobs to be done to review one priority patient job. Can your team state it clearly, map its steps and demonstrate which outcomes are highly important and poorly satisfied?

Start with observation and patient conversations. Build and validate the outcome statements, measure priorities and test concepts against them. That discipline gives Patient Centered Design a practical foundation for better products and more lives changed for good.

READ MORE

  • MedTech

The healthcare professional: a hidden constraint in patient flow

David Hodes

A healthcare professional can recognize the value of a medical device and still struggle to incorporate it into care. The referral may be incomplete. Diagnostic evidence may arrive late. Preparation may require extra staff. Follow-up may introduce work that nobody has agreed to own. Managing the patients before and after may require additional staff which adds risk to the business side of the practice.

Those difficulties affect the clinician’s ability to help patients reach and benefit from your solution. They deserve attention during development and throughout deployment.

The purpose is to understand how professionals encounter, assess, recommend and use a solution, and what constraints they encounter in using your solution.

A useful map connects the professional’s experience with patient flow. It helps the organization identify where support, coordination or design changes can improve the delivery of care.

“Clinical enthusiasm cannot create the time, information or supporting capacity needed to deliver a therapy.”

Identify the professionals who shape the pathway

Healthcare professionals perform different jobs at different stages. A referring practitioner, diagnostic specialist, interventional physician, nurse and educator may all influence whether the same patient receives successful care.

Define which groups participate in your pathway and what each contributes. Who recognizes the need? Who establishes eligibility? Who performs the procedure? Who trains the patient? Who monitors outcomes and manages exceptions? Who manages insurance?

Include people whose work makes these actions possible. Coordinators, technicians and administrative staff may arrange appointments, prepare equipment or assemble records. Their contribution can govern whether clinical time is used effectively.

The map should make dependencies visible across roles. It should also clarify which actions fall within your organization’s influence and which require collaboration with care providers or other affected parties.

Distinguish roles from personas

A professional title tells you part of the story. Experience, setting, case volume, access to support, business acumen and familiarity with the therapy can change the work considerably.

An experienced specialist in a well-supported center may encounter different difficulties from a clinician who sees the condition infrequently or works in a rural area. A nurse coordinating a dedicated service may have options unavailable to someone balancing that responsibility with other duties.

Develop personas around these differences. Examine confidence in interpreting evidence, decision authority, available time, training needs and exposure to clinical or organizational risk.

Use research to test the distinctions. Personas should explain variations in behavior and requirements. They should help the team understand why an approach that works in one setting may fail to support another.

Map the journey from first awareness to continuing care

The professional’s journey may begin with awareness of an unmet clinical need or information about a potential solution. It continues through evaluating evidence, discussing alternatives and deciding whether the therapy belongs in their practice.

Adoption can involve local approvals, purchasing, training, changes to referral patterns and coordination with other teams. Clinical use then includes preparation, treatment, documentation, handover and follow-up.

Map these activities without assuming a single linear sequence. Professionals may return to evidence review after a difficult case or revise their approach when colleagues raise concerns.

Distinguish the journey of adopting the therapy from the recurring journey of delivering it to each patient. Both matter, but the barriers and improvement measures can differ.

Capture decisions and dependencies

At each stage, ask what the professional is trying to accomplish and what must be available before the work can proceed.

A decision may depend on diagnostic results, a complete patient history, clear eligibility criteria or advice from another specialty. A procedure may depend on staff, equipment and an appropriate location. Follow-up may depend on information that must be captured earlier.

Show the handovers between roles, including who supplies information and who receives it. Record where uncertainty is resolved and where work is repeated.

This reveals how a product can add burden beyond its immediate interaction. A useful output may still consume scarce clinical time if the professional must retrieve, interpret, reformat and document it through separate systems.

Measure the work and the waiting

The time required for a clinical activity can differ greatly from the time a patient waits to receive it. Both belong on the map.

Measure preparation, clinical work, documentation and recovery from problems where relevant. Record queues, appointment delays and time lost waiting for missing information.

Distinguish professional effort from elapsed time. Some delays consume little active attention but prevent patients progressing. Others require repeated chasing, rescheduling or explanation, drawing capacity away from care.

Define a common unit of work so comparisons remain meaningful. Cases with different complexity may require different analysis. Averages alone can hide the patients or professionals who face the greatest difficulty.

The purpose is to understand usable capacity and patient progress in the actual working environment.

Find the capacity that governs patient flow

A pathway may depend on a small amount of specialist attention surrounded by many competing demands. Headcount alone will not show how much of that attention is available.

Examine what professionals spend their time on, including avoidable administration, repeated assessments and interruptions. Determine whether the relevant constraint is clinical expertise, supporting staff, diagnostic access, equipment or a policy governing work.

The Theory of Constraints helps focus improvement on the factor limiting the whole pathway. Increasing referrals to a service already unable to process them can lengthen waiting without increasing treatment.

Investigate the apparent bottleneck before choosing a response. Better preparation or coordination may release capacity. In other cases, additional resources or changes to the operating model will be necessary.

“The measure of a design improvement is its effect on clinical work and patient progress, including the work it creates elsewhere.”

Observe clinical work at the Gemba

The Gemba is where the work actually happens. Direct observation helps teams understand how professionals use information, equipment and judgment under real conditions.

Observe preparation, interruptions, handovers and the work following the visible procedure. Ask what the professional expected to receive and what they had to obtain independently. Capture workarounds and job “cheat sheets” that are homemade to make working with your solution easier.

Workarounds deserve particular attention. A clinician may keep a private checklist because the formal process omits an important step. A coordinator may repeatedly contact another service because information arrives inconsistently.

These practices reveal requirements that interviews alone may miss. Discuss observations with the people involved so the team does not mistake an isolated event for a routine pattern. Include different settings and experience levels in the research.

Build the baseline from several sources

Gather organizational knowledge and assess technology and business perspectives before moving toward a solution. Apply that discipline to the professional journey.

Use existing clinical insight, training questions, support records and prior implementation experience to draft the map. Identify assumptions and gaps.

Assess the technologies already supporting the work. Consider compatibility with the environment, availability, maintenance, reliability and the practical resources needed for use.

Clarify the business conditions surrounding adoption. Purchasing arrangements, competing initiatives, staffing decisions and local policies may determine whether a clinically attractive solution can be implemented.

This baseline makes research more focused. It also prevents the development team from proposing changes that depend on unavailable capability or unacknowledged commitments from others.

Involve the people who can enable change

Voice of Business research asks leaders about desired outcomes, frustrations, risks and obstacles. It also identifies decision makers and influencers who should participate early.

For a healthcare professional pathway, this means understanding who can authorize changes to responsibilities, processes, resources and technology.

Ask which other initiatives could affect implementation. Identify the independent reviewers who can challenge the team’s assumptions. Agree what success will look like from the perspective of clinical work and patient outcomes.

Make the findings visible to the team members and relevant leaders. A professional may welcome a new approach while lacking the authority to secure the resources it requires. The project needs a realistic route from individual support to organizational adoption.

Use FOCUS to improve the journey

Apply the five-step FOCUS process to the evidence gathered through mapping.

Find the constraint. Identify the activity or resource currently governing the flow of suitable patients through care.

Optimize for it. Protect scarce capacity from incomplete information, unnecessary preparation, avoidable interruptions and repeat work.

Collaborate around it. Coordinate upstream and downstream roles so patients, information and resources arrive when needed.

Uplift it. Add capability or change responsibilities, processes and technology when existing capacity cannot meet the need.

Start Again. Review the pathway after improvement and identify its new limiting factor.

Automation can help when the task is understood and the proposed change supports clinical work. Evaluate its consequences, including review effort, exception handling and any burden transferred to another professional.

Turn the map into a shared improvement plan

The map should lead to a manageable set of changes with clear owners and measures. Test those changes in relevant settings and examine their effect on both professional effort and patient progress.

A Value Management Office can connect the initiatives with priorities, resources and project decisions. Clinical teams and other participants must remain involved in judging whether the changes improve work in practice.

“An effective professional journey supports a clinician through the complete job, from readiness to follow-up.”


What comes next

Use the healthcare professional journey to examine one priority pathway. Can your team explain who performs the work, where capacity is lost and what currently limits patient progress?

Build the map with the professionals involved. Establish the baseline, test an improvement at the constraint and review the result. Patient Centered Design advances when the solution and the surrounding system make beneficial care easier to deliver reliably.

“`

READ MORE

More than just work

Discover better ways to do better work.

Fresh insights, every Friday

We alternate our own actionable articles with three relevant links from other authorities.

We’ll only use your email address for this newsletter. No sales calls

    Subscribe to 'Perspectives'

    [recaptcha id:cf7note]

    More Than Just Work
    Weekly productivity insights

    Subscribe
    • EnsembleConsultingGroup
    • Share Page
    • +61 2 9387 3955
    • info@EnsembleConsultingGroup.com

    Site proudly designed by Brand Fibre

    What is to get in touch with you?



    More than just work

    Discover better ways to do better work.

    Fresh insights, every Friday

    We alternate our own actionable articles with three relevant links from other authorities.


    We’ll only use your email address for this newsletter. No sales calls

    white_arrow white_bidirection_arrow arrow-right-green arrow-right-orange arrow-right arrow-left blue_arrow blue_round_arrow tick

    Want us to get in touch with you?

     
    Thank you for your interest. We will call you back.