In the fragmented world of U.S. healthcare, patients often have to wait in line or on hold, navigate multiple patient portals, and fill out numerous request forms—all in pursuit of their own medical history. Healthcare technology startup PicnicHealth is on a mission to put control back with the patient, where it belongs.

PicnicHealth’s growth, from closing successful venture rounds to winning machine learning (ML) competitions, speaks to not only improvements and opportunities in healthcare, but also how startups are leveraging Google Workspace and Google Cloud services to accelerate momentum.

The company does the heavy lifting of collecting records and leverages human-in-the-loop ML to transcribe and validate them with an abstraction team of medical professionals. The records are then structured into a complete medical history that patients can access and share with providers to get better care.

But PicnicHealth helps to improve patient health on more than one front. It allows patients to contribute their data to de-identified medical research, building high-quality, anonymized datasets that researchers and life sciences companies can use to better understand disease progression and treatment in the real world.

Google Workspace has been part of PicnicHealth from day one, helping the founders collaborate and shape the company’s vision using cloud-synced documents and spreadsheets to collaborate and model predictions. “I’ve had a Gmail account since 2006, and in college 100% of people worked out of Google Docs. Workspace continues to be the best choice for online collaboration, and that’s why it’s still the default standard for startups,” said Troy Astorino, CoFounder & CTO of PicnicHealth. “When we started PicnicHealth, my co-founder Noga Leviner was in San Francisco and I was in Southern California, and of course we used Workspace.”

Today, Google Workspace continues to play a central role in the company’s collaboration. “We create design documents in Google Docs, primarily for engineering and product changes, and get really healthy, vibrant discussions through comments,” noted Astorino. “This practice has grown beyond engineering and is used for everything from how the company operates to communication norms.”

Google Workspace offers everything the team needs to collaborate, no matter where employees are. PicnicHealth’s team has spread from San Francisco to being distributed across the country and around the world. Instant collaboration is crucial.

“We work in a complex domain where people need a lot of information to make good decisions,” said Astorino. “Google Workspace allows us to operate in a mode of default transparency, where people can easily get the information they need even if it wasn’t intentionally or directly shared with them. Whether it’s working in Docs or scheduling in Calendar, we can operate much more effectively than we could otherwise.”

By any measure, PicnicHealth’s trajectory is one of record success. The startup is a 2014 alumni of Y Combinator, a program that helped launch household names like Airbnb, DoorDash, and Dropbox. Three years later, the team went on to win the $1 million grand prize at Google’s Machine Learning Competition. And the momentum has continued— PicnicHealth has recently announced a $60 million Series C round, bringing the amount raised to date to over $100 million. With the Series C, PicnicHealth is investing in expanding its reach to more patients across over 30 diseases.

As a healthcare startup, PicnicHealth faced a very particular set of challenges, especially when working with and accessing data. Data fragmentation and interoperability are only some of the challenges of realizing the value of big data in the cloud. The healthcare industry is notoriously difficult to navigate due to sensitive data protection laws and regulations like the Health Insurance Portability and Accountability Act (HIPAA).

PicnicHealth started in the cloud on Amazon Web Services (AWS). However, after migrating over to Kubernetes and facing an expanding list of requirements for HIPAA compliance, the company started to explore alternatives.

“We needed to be HIPAA compliant, which was going to be painful on AWS, and we wanted to get away from managing and operating our own Kubernetes clusters,” recalled Astorino. “We had heard good things about GKE (Google Kubernetes Engine). And particularly valuable for us, — many technical requirements you need for HIPAA compliance are configured by default on Google Cloud.”

PicnicHealth would have had to implement a lot of changes and get specialized instance types to get their existing configuration to work. So, they began experimenting with Google Cloud and discovered a much smoother experience.

“It was a lot easier to manage in terms of product setup and developer experience,” said Astorino. “There is a sane product hierarchy of resources you can access and use through Google Cloud and the relationships between them, from coordinated IAM (identity and access management) to using Google Groups for granting permissions. Overall, it’s cleaner.”

Astorino added that the move has also opened the doors to taking advantage of other services in the Google Cloud ecosystem like Cloud SQL, BigQuery, and Cloud Composer. PicnicHealth also uses Security Command Center because it easily integrates with everything but also helps meet various compliance frameworks’ requirements, providing visibility, near-real-time asset discovery, and security information and event management.

But most importantly, the integrated ecosystem has simplified the work needed for PicnicHealth to create a secure environment for employees to use when working with sensitive medical records while still providing all the tools they need. For example, abstractors not only use Google Workspace but also have Chromebooks because they are easy to manage and secure.

Altogether, Google Cloud helps form a technology stack that has enabled the startup to build a massive labeled dataset containing over 100 million labeled medical data concepts. In turn, it accelerates PicnicHealth’s ability to generate highly-performant AI models and feed other ML pipelines, which has been vital for processing and reviewing data at scale.

To learn more about how Google Workspace and Google Cloud help startups like PicnicHealth accelerate their journey, visit our startups solutions pages for Google Workspace and Google Cloud.

Over the past year, RISE with SAP has emerged as a valuable solution for SAP customers seeking a faster, simpler, and more affordable path to the cloud. RISE with SAP is a subscription-based offering that typically includes a number of fully managed cloud application options, including SAP S/4HANA Cloud and elements of the SAP Business Technology Platform. It’s a great way to migrate your business to modern cloud ERP applications, while handing off the implementation and management to SAP and freeing your own IT staff to focus on other projects.

As a strategic partner for RISE with SAP, Google Cloud works closely with SAP to ensure reliable, secure, high-performance connectivity between your SAP managed applications and your other Google Cloud applications and services. Today, we’re focusing on a Google Cloud capability that plays a big part in achieving this goal: VPC network peering. If your company uses Google Cloud to host its RISE with SAP managed applications (or any other SAP-managed offering, such as SAP Enterprise Cloud Services), it’s worth learning more about why VPC network peering is an important capability and how your network admin can implement it.

VPC network peering: The critical link for your SAP managed applications

We recently co-authored a white paper with SAP that goes into technical detail about how VPC network peering works and includes step-by-step configuration instructions. But it is useful to understand, at a higher level, why it matters for RISE with SAP subscribers.

When SAP implements your RISE with SAP managed applications on Google Cloud, it also provisions a virtual private cloud (VPC) — a virtualized network that provides the same functionality, performance, and security benefits as a dedicated physical network — for this SAP environment. In fact, a VPC actually gives you some capabilities that a physical network can’t match, such as the ability to increase IP space without downtime.

Using VPC network peering to connect your SAP managed environment with your Google Cloud applications and services gives you three key benefits: 

• Network latency: Traffic that remains inside Google’s network enjoys lower latency than connectivity that uses external addresses.
• Network security: Service owners do not need to have their services exposed to the public internet and deal with its associated risks.
• Network cost: Rather than pay egress bandwidth costs for networks using external IPs to communicate, peered networks can use internal IPs to communicate, saving you money on those egress costs. Regular network pricing still applies to all traffic.

Many customers also appreciate the flexibility they get from VPC network peering: It supports the ability to peer your own VPC networks with other VPC networks that reside in different projects and even in different organizations.  

Using VPC network peering to strengthen your SAP security posture

Most Google Cloud customers find VPC network peering most useful to ensure seamless connectivity between their SAP managed applications and the rest of their Google Cloud environment. But some companies also rely on VPC network peering to gain greater control over the security of their cloud environments. This can include:

• Implementing additional network security capabilities, such as advanced firewalls, intrusion detection, and network package inspection, that go above and beyond standard SAP security measures.
• Leveraging Google Cloud Interconnect to link your on-premises and Google Cloud environments, including your RISE with SAP managed applications, without sending traffic across the public internet.

Once your company has configured VPC network peering, things get even more interesting. Google Cloud offers plenty of ways to complement and enhance the value of your SAP applications: using Google BigQuery to consolidate and enrich your SAP application data; relying on Google AI/ML capabilities to sharpen your predictive analytics and real-time decision-making; or leveraging Google Kubernetes Engine to jump-start your own cloud-native application development efforts, among many other examples. 

Some of the world’s biggest SAP customers, including The Home Depot, and Cardinal Health,  have chosen Google Cloud to migrate their business-critical SAP applications. And we’ve seen how useful VPC network peering can be for SAP customers to unlock the full value and potential of Google Cloud. Be sure to download our white paper so you can get VPC network peering configured for your RISE with SAP managed applications, and discover for yourself just what’s possible when you run SAP applications on Google Cloud.

Introduction

The Google Cloud Professional Services Organization’s (PSO) mission is to help our customers get the most out of Google products. PSO is responsible for customer success by sharing our technical expertise in order to unlock business value from the cloud by providing cloud strategy and best practice advice, implementation guidance, and training using our proven methodology. 

In this blog post, we want to focus specifically on Operational Health Reviews and how PSO engages in a myriad of activities to ensure the overall success and health of a customer engagement while ensuring we are meeting customer expectations and objectives, managing risk, and ultimately delivering value during or after the Google Cloud migration. We will discuss the assets, methodology, and tools that we leverage to ensure this success.

What is an Operational Health Review and what purpose does it serve?

Operational Health Reviews (OHR) are regular reviews to proactively address the below topics: 

• A customer’s support experience
• Analysis of trends in key operational metrics
• Analysis of trends in Google Cloud usage
• Status reports for high-priority cloud projects
• Discussion of upcoming events
• Discussion of potential opportunities for training
• Review of feature requests

The core aim of an OHR is to measure progress and advise customers on the overall health of the account and migration progress while providing recommendations as a team on what adjustments should be considered to ensure continued success. During the OHR, we will address any pain points as well as identify and remediate any negative trends in support interfaces and usage metrics. 

The intention of the activity is to also perform a blameless reflection for continuous improvement. This supports the effort to maintain common ground and obtain mutual optimism for the next phase of the customer’s journey on Google Cloud. 

Let’s dive a little deeper into some of the activities that go into an OHR. 

Support experience

One of the Google Cloud’s Support Organization’s goals is to simplify and streamline our customer’s support experience with a scalable and flexible set of offerings built with the customer needs at the center. This includes supporting an ongoing partnership model, with a proactive and collaborative approach. Premium Support is our top-tier support model which is a paid support offering designed for enterprises that run mission critical workloads and require fast response times, platform stability, and increased operational efficiencies. As part of this offering, customers are provided with a Technical Account Manager (TAM) who is in charge of delivering frequent touchpoints, including OHRs. 

During the support experience section of an OHR, some of the following topics may be reviewed:

• Case volume by priority
• Case volume by product
• Cases linked to Google Cloud incidents
• Escalated cases or incidents
• Case initial response time (IRT)
• Case IRT SLO Met Rate
• Case total resolution time (TRT) hours

The purpose of this activity is to better understand the efficiency of both the customer’s and Google’s cloud operations from a support trend perspective. The goal is to celebrate any positive trends, but also to identify potential negative trends and proactively determine a remediation strategy. 

Status reports for high-priority cloud projects

The purpose of this part of the OHR is to ensure the senior management stakeholders have continued visibility into the status of all their high-priority cloud initiatives with an easy-to-read, sometimes color-coded assessment on the status of each project. The assessment [Figure 1] may include, but is not limited to potential identified risks, key next steps, key stakeholders, and a mitigation plan for any high priority issues that may occur during their migration engagement. Additionally, the TAM may also cover any upcoming milestones or events, as well as any potential anticipated future blockers [Figure 2]. 

Review trends in Google Cloud usage

This part of the OHR is meant to provide the customer with a holistic view of their overall Google Cloud usage. The purpose is to provide understanding around what products are being used on Google Cloud and also where cost is generally being allocated for overall cost management and budget tracking purposes. This can help customers with their overall cost optimization efforts. Some of the metrics we may cover in this section are:

• Current Google Cloud usage by service
• Google Cloud growth trends
• Google Cloud growth trends by service
• Google Cloud growth trends by project
• Review of used and available service credits

Feature request review and advocacy

TAMs will work with customers to help identify product needs and advocate for feature requests with Google Product Management and Engineering teams. While feature request advocacy is an ongoing activity, during the OHR, the TAM will review any high priority feature requests that have previously been submitted, providing updates on status including potential release dates. 

When a feature is coming up for the release, the TAM can help the customer prepare for implementation (providing early Preview access, coordinating a meeting with the Product Manager to review the feature, etc.) and then continue to provide support until the feature is successfully implemented in the customer environment. Similarly, if a high priority or technical blocking feature is not yet coming available, the TAM can help offer an alternative solution that can unblock the customer in the short term. 

The OHR is also a great time for the TAM to work with the customer to ensure they have early access to new and exciting features that are in Alpha or Beta, and that would be beneficial to the customer and their environment. 

Training strategy

Training is a primary component to ensuring the overall success in adopting Google Cloud. During the OHR, a review of training metrics will be provided. This may include tracking metrics to determine how the customer is tracking towards an initially agreed upon learning plan or coming up with additional upskilling strategies as necessary. Additionally, throughout an engagement, the customer’s TAM will provide opportunities for both free and paid Google Cloud training. 

Conclusion 

PSO is the voice of customer health, maintaining priority to proactively and strategically guide large enterprise customers to operate effectively and efficiently in the cloud, both during and after the migration process. The OHR is an efficient and effective way to maintain alignment, ensure expectations and objectives are being met, manage risk, and overall ensure the success of the customer.

Learn more about our methodology and get started with Google Cloud by completing a free discovery and assessment of your migration. Alternatively, if you’d like to engage directly with our PSO team on your migration, contact us!

When Dassana co-founders Gaurav Kumar and Parth Shah, formerly founder and founding engineer at RedLock (now Prisma Cloud by Palo Alto Networks), set out on a new startup journey in 2020, they knew exactly where to start: sign up for Google Workspace.

“Every startup I’ve been at, we used Google Workspace,” said Kumar. “We’ve been using it for so long, and we’re all used to it. It’s like drinking water—you don’t think about it.”

“We’re big on user experience,” explained Shah. “Google is one of the few companies out there that is all about building the right kind of user experience that’s easy to follow. The sharing capabilities are amazing and, of course, easy to use. Docs, Sheets, Slides—we use all of it.”

Dassana, which emerged from stealth with $5 million in seed funding earlier this year, is a next-generation security data lake. It provides a holistic picture of security risk across an organization and its business units by ingesting large volumes of structured data in a schema-less fashion. Their success is a great testament to why startups are choosing not only Google Workspace, but a range of Google Cloud products.

Though the Dassana team was comfortable with Workspace from the start, not all their early technology choices were the best fit for the company, and Google Cloud services became more crucial as the startup evolved. For example, the team opted to use Amazon Web Services (AWS) to start their cloud journey, but ultimately started to explore other cloud options when they decided to run their technology platform on Kubernetes.

“We started looking into which cloud platforms provide the best Kubernetes experience,” said Kumar. “Hands-down, Google Kubernetes Engine (GKE) had the best experience. If you look at product velocity and how GKE has evolved over time, from its early days to GKE Autopilot and all the features and other native integrations—nothing even comes close.”

In particular, Kumar noted that the native integration between Google Workspace and GKE was particularly unique and useful. “When I go to Google Workspace and then go to GKE, my identity is already there,” he said. “I don’t have to integrate or manage anything. If I disable an account in Workspace, it’s also disabled on GKE.”

Another advantage is that GKE allows you to set up Google Groups to work with Kubernetes role-based access control (RBAC) for GKE clusters. This lets administrators maintain users and groups outside of GKE and assign RBAC permissions directly to Groups in Workspace without any extra engineering work or overhead management.

“I can actually use my Workspace identity to give granular controls to my GKE workloads. The integration of Google Groups in GKE and Kubernetes is a lifesaver. It’s saved us a lot of hassles,” said Kumar. Kumar also noted that the platform delivers better performance compared to other solutions thanks to the low latency of Google Cloud’s global network.

Like many startups, Dassana has found a powerful combination in Google Workspace and GKE on Google Cloud that lets them connect technologies, easily collaborate with their teams, and rapidly build their product. The team also recognizes the necessity of continued innovation, and is exploring additional Google Cloud products to help them accelerate their momentum. For example, Dassana plans to use the performance and scale of Cloud Storage buckets to store the company’s data. The team is also investigating how to save time by using Pub/Sub to integrate data directly from Google Workspace and other sources for security analytics.

To learn more about why startups like Dassana are choosing Google Workspace and Google Cloud to accelerate their growth and reach their goals, visit our startup solutions pages for Google Workspace and Google Cloud.