Dynamic DataWeave for secure access to UCSF’s EHR data

Veera Gopalakrishnan, a System Integration Engineer, and Swarnim Ranjitkar, a Sr. Software Engineer, at University of California, San Francisco (UCSF) both have more than five years of MuleSoft experience. Veera presented a UCSF and MuleSoft use case during our Developer Meetup at MuleSoft CONNECT Digital Americas. Here, Veera and Swarnim provide an in-depth explanation of how UCSF uses dynamic DataWeave scripts and the Salesforce platform for secure access to Electronic Health Record (EHR) data through APIs. 

How a composable enterprise strategy can create more seamless patient journeys

The healthcare sector has always been at the cutting-edge of technology innovation, as new advances continue to offer hope for improvements in clinical services and patient outcomes. However, more recently, healthcare organizations (HCOs) around the world have come to realize that there’s just as much to gain from tapping into the power of cloud and app-based services, Internet of Things (IoT) and wearable devices, AI, and other emerging technologies that are revolutionizing consumer lifestyles and wider industries.

The Benefits of Headless eCommerce

In today’s age of digital commerce, consumers are more likely to engage with brands that offer unique and consistent experiences irrespective of the consumer’s preferred channel. If you look at a typical buying journey of a consumer (see example below), you would realize that they multiplex in and out of various channels before they buy a particular product.

And, more importantly, if that multiplexed experience is not differentiated and engaging then there is significant churn.

Introducing the Validations Module

This all began with a very popular request: “We want to be able to throw an Exception from a flow”. The motivation for this is that it’s fairly common to run into “business errors” (errors not related to the handling and transmission of data but the data itself) which should actually be treated in the same way as a connection or system error (things like the remote endpoint is down).

Given the popularity of the request we decided to look into it and started by asking: “which are the use cases in which you would throw an exception?”.