NHS Direct and Eduserv Dreamcore Europe Presentation

1,042 views

Published on

NHS Direct's and Eduserv's Dreamcore Europe 2011 presentation.

Published in: Technology, Health & Medicine
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
1,042
On SlideShare
0
From Embeds
0
Number of Embeds
113
Actions
Shares
0
Downloads
4
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide
  • Features of the NHS Direct Website:Find Your Nearest – allows you to locate various health service near youHealth and Symptom Checkers – allows the user to self assess their healthDecision aids – help patients make decisions about treatments and medical testsSearch – Google powered site searchUrchin – used for analysing traffic on the siteNHS Choices & NHS Jobs – integration with third parties to provide a better service
  • Health and Symptom CheckersAllow the user to self assess their healthWill ask a series of questions that lead to a dispositionThe majority of site traffic goes through a Health and Symptom Checkers
  • Health and Symptom Checkers are delivered via the website, mobile web and XML. The XML feed allows third parties or other applications to use the Health and Symptom checkers
  • An example of a question that the user might be asked
  • When the user has answered enough questions for advice to be shown then the user might be presented with:GPSelf CareA&E999Callback
  • AHaSC is generated by combining data from the clinical decision engine (CDE) and Sitecore. The CDE decides which questions or advice to show the user, the content for the questions or advice is stored in Sitecore.
  • The CDE gives us an object model that we need to combine with Sitecore content
  • To do this we map the Sitecore content on to an object model using a persistence tier. Highlights:Property Attributes – indicate which fields to loadProperty types - automatic conversion from the Sitecore field to the required .NET TypeComplex types - custom types can be handled
  • This makes it very easy for use to pull data. We can ask for any item as a type using generics. Creating the object is handled by the persistence layer.We can also save data back to Sitecore using the persistence layer. The layer handles all mapping and conversion of data to and from Sitecore.
  • Demonstrates some of the data we can pull from Sitecore:Item fieldsLink items fields – i.e. fields that point at another item – this will even handle list of items returning them as a generic enumerationItem properties – e.gUrl, Id, PathAdhoc queries Parent and child relationsshipsThis allows us to fully model our Sitecore solution in an object model.
  • Requests for data are made through the ISitecoreService interface. This allows access to most of the basic ways of calling data from Sitecore. Since this is an interface and we are dealing with simple domain object we can fully mock this interface and fully unit test our code.
  • This is great because:We can focus on the business problem we are trying to solve, we don’t have to spend time making sure that mapping and conversion code work. We can also work in a full OO way and treat Sitecore as full OO data sourceDevelopment is quicker, we save time by not having to convert from the data type stored in the field to the data required by the application.We don’t have the boiler plate code in the project, e.g. converts a checkbox field to a boolean type, we know this works in the persistence tier and don’t worry about itWe can fully unit test our logic on our build server which leads to a more robust solution.
  • Now that we have a full object model of the content we are getting from Sitecore we needed a different method of rendering a page.
  • XSLT wouldn’t work with the object model and ASP.NET Web Forms is clunky.
  • Open source view engine that is designed to work with MVC. Luckily another member of our team created an MVC framework for Sitecore which was demonstrated at the last Dreamcore.
  • Advantages of spark:HTML dominates the follow of the content – you read the page as HTML rather than having to parse XSLT to HTML to understand what is going onThere less clutter which makes it easier to readIt works with our object modelAt runtime the template is compiled in to C# which makes it quickThere isn’t any view state which reduces the page payloadIt is much quicker than web forms
  • It was important that Spark was integrated directly into Sitecore and not bolted on. We wanted the user to assume that Sparks were native to Sitecore so they had to be accessible in the same manner a XSLTs and Sublayouts.
  • The template for a Spark is very simple, we just put the path to the Spark file that is being used. Note that all Spark files are include in a compiled assembly as embedded resources but this isn’t compulsory they can be stored on the file system.
  • We then need to tell Sitecore what it should do when it sees a Spark layout, this only takes a few lines of code.
  • Then we configure Sitecore to use our new rendering method. This allows us to use Spark alongside XSLTs and Sublayouts.
  • Why would you want to change the rendering engine?We want to work with a full object model, Spark allows this but XSLTs wouldn’tXSLT creates friction by polluting the content you want to render with lots of additional markupThe syntax is simpler in Spark which makes it quicker to write and easier to readUse an engine that makes the solution easier, i.e. if you want to output data in YAML find a rendering engine or create one that handles YAML.
  • NHS Direct and Eduserv Dreamcore Europe Presentation

    1. 1. Gaining efficiencies with an interactive symptom checker<br />Roger Donald, NHS Direct<br />Michael Edwards, Eduserv<br />9th June, 2011<br />Twitter : #DreamcoreEU<br />
    2. 2. Gaining efficiencies with interactive symptom checkers<br />Roger Donald (@rogerdonald)<br />Associate Director – Multi-Channel<br />NHS Direct<br />
    3. 3. What does NHS Direct do?<br />*<br />2<br />
    4. 4. A web first organisation<br />“We need to think about patients who choose to access us by looking on the web first, and then seek phone contact if that is what they need”<br />Nick Chapman – NHS Direct CEO<br />
    5. 5. Gathering information<br />17,500 NHS Direct members surveyed<br />New multi channel services<br />
    6. 6. The goals<br /> 40 online assessments / symptom checkers<br />Covering over 200 clinical algorithms<br /> Produced by our Clinical Development Team<br /> Clinically safe<br /> Closely mirrors call centre processes<br /> Dispositions & explanations (Call 999, Go to A&E, Call-back from a nurse)<br /> Distributed via multiple channels<br />Web, Digital television, Mobile devices, <br />
    7. 7. Patients demand digital services<br />Other NHS Services<br />Symptoms<br />Self Care<br />Further triage required<br />Call back<br />
    8. 8. Guiding principles<br />
    9. 9. Principles & Guidelines<br /> Innovate and provide usable services<br /> Maximising benefits to the many rather than minimising risk to the few<br /> Lead in the use of best practice in usability and user centred design.<br /> Interoperable content and services, available for syndication<br /> Become the centre of excellence in digital health information services<br /> Empower patients to manage their own health and the health of their family supported by our clinicians.<br />
    10. 10. Key requirements to fulfil<br /> Patient self service, where safe to do so<br /> Lower cost per transaction<br /> An engaging trusted user experience for patients<br /> Simple, reliable content management facilities<br /> Digital analytics to show patient demand and use<br /> Syndicated clinical content<br />
    11. 11. 12 month stretch delivery plan<br /> Procure<br /> Partner-up with leading experts<br /> Build, migrate and change<br /> Test<br /> Launch<br /> Syndicate the HaSCs<br />
    12. 12. Digital is a major channel - now<br />
    13. 13. Analytics<br />NHS Direct’s online health and symptom checkers receive around 20,000 visits a day<br />Busiest day of the week – Monday<br /> Peak usage – public holidays, health scares<br />
    14. 14. Our awards<br />
    15. 15. 2011 onwards - Apps and mobile web services<br />
    16. 16. The major challenges<br /> From phone algorithms to digitally delivered transactions<br /> Ensuring teams understand a patient centered design approach<br /> The H1N1 (Swine Flu) pandemics<br /> Measuring what we do digitally<br /> Project management – the size of the task<br />
    17. 17. SiteCore was chosen because...<br />It integrates with other Microsoft platforms<br /> Specifically Arezzo a clinical decision support tool from InferMed (Prime Contractor to NHS Direct)<br /> Easy to implement workflow<br /> It versions our content<br /> Inline editing out the box<br /> An easily accessed web interface<br /> An API to syndicate our services to other organisations<br /> Delivery of content across multiple channels <br /> A proven service used by major organisations<br />
    18. 18. Building the solution<br />Object mapping and Spark rendering <br />Michael Edwards (@mikeedwards83)<br />
    19. 19. Who is Eduserv?<br />11 years experience providing information services to public sector<br />Not-for-profit registered charity with commercial approach<br />1st UK Sitecore Partner <br />8 years delivering Sitecore solutions<br />
    20. 20.
    21. 21. NEEDS TO BE RESIZED<br />
    22. 22.
    23. 23.
    24. 24.
    25. 25. CDE<br />
    26. 26. CDE<br />
    27. 27.
    28. 28.
    29. 29.
    30. 30.
    31. 31. Why?<br />Focus on the business problem<br />Development is much quicker<br />Removes boiler plate/mapping code<br />Unit testing<br />
    32. 32. Adding a Rendering Engine<br />
    33. 33. XSLT<br />
    34. 34. http://sparkviewengine.com/<br />
    35. 35. Html dominates flow<br />Less clutter<br />Works directly with the object model<br />Compiled rather than parsed <br />No view state<br />Quicker than Web Forms<br />
    36. 36.
    37. 37. Template...<br />
    38. 38. Code...<br />
    39. 39. Config…<br />
    40. 40. Why?<br />Spark works how we want to work<br />Spark has less friction than XSLT or Web Forms<br />Speed, less time spent solving syntax problems<br />Use an engine makes the solution easier<br />
    41. 41. Demonstration..<br />
    42. 42. Q&A<br />Twitter : #DreamcoreEU<br />Roger Donald, Roger.Donald@nhsdirect.nhs.uk<br />Michael Edwards, Michael.Edwards@eduserv.org.uk<br />

    ×