top of page

Search
Week 4: Designing the Target Architecture — Before Choosing Any Technology
“Good architecture removes complexity from the business, not hides complexity in technology.” Where we are in the journey We’ve deliberately taken our time. Not because we’re avoiding technology. Because we’re avoiding expensive assumptions. So far we’ve answered three questions. ✅ Week 1 What problem are we trying to solve? ✅ Week 2 How does the organisation operate today? ✅ Week 3 What decisions need to improve? This week we answer a fourth question. What principles should
gowheya
6 days ago5 min read


Architecture Before Technology-Building an NHS Patient Flow Analytics Solution with Microsoft Fabric
Week 3: Defining Success — Designing for Better Decisions, Not Better Dashboards "A dashboard doesn't improve patient flow. Better decisions do." Where we are in the journey Every architecture project should reduce uncertainty before introducing technology. Our journey so far has been deliberately slow—and that's by design. ✅ Week 1 – Define the Problem We asked why patients were experiencing delays. Not what dashboard needed building. ✅ Week 2 – Understand the Current State
gowheya
Aug 34 min read


Architecture Before Technology Building an NHS Patient Flow Analytics Solution with Microsoft Fabric
Week 2: Understanding the Current State — Mapping the Patient Journey Before Designing the Data Platform "You can't improve what you don't fully understand." If Week One was about understanding the problem, Week Two is about understanding today's reality. Last week, we deliberately stayed away from Microsoft Fabric. Instead, we focused on a much more important question. What problem are we actually trying to solve? Our fictional NHS Trust wanted to understand why patients who
gowheya
Jul 275 min read
bottom of page