Introduction
Path check products exist to provide privacy protecting technology solutions that can be leveraged as part of digital contact tracing processes to slow the spread of COVID19.
Segments
Members of Public
Smartphone users
Underserved
Public Health Authorities
Contact Tracers
Public Health Officials
Employers / Businesses
Private Sector
Education
Hospitals?
Brands (Amex? Weather Apps?)
Public Spaces
Tourism destinations
Places of worship
Venues
Products
Safe Paths - Currently GPS Based mobile application.
Additional protocols (BTE, Beacons, Magnetometer, Ultrasound) and Integrations (Fever-reporting data) added as needed.
Support personal historical exposure history notifications, future trip and travel planning, self-reporting health and wellness for personal use, and engagement with health authorities and employers.
Safe Places - A Web Application for Public Health Authorities to augment digital contact tracing with location and encounter history from Safe Paths mobile app.
Safe Places enables health authorities to engage anonymously with Safe Paths users based on user’s self-reported symptoms to preserve privacy and facilitate contact tracing initiatives including contact tracing incentive dispersement, quarantine verification.
Safe Business (Spaces?)_ - A Web Application for Business Owners (Venue operators?) integrated with Safe Paths that allows:
Users to anonymously donate their data (self-reporting, testing results) with others at the facility who visit that facility.
Beacons to monitor and enforce certain cleanliness standards to ensure public safety reported back to the Safe Paths app after the area has been cleaned.
Appointment scheduling for Safe Paths Users at that business to ensure appropriate social distancing and capacity constraints are met.
Path Check GAEN - GAEN bluetooth based mobile app.
Safe Work Places - Web application for Employer HR / Contact Tracers to augment digital contact tracing with location and encounter history from Safe Paths mobile app
Supports integrations with AEP/Major Insurers/Et et.
Coordinate and verify corporate travel duty of care needs are met, and verify to business partners your staff is safe.
Safe Bands - Wearable for non-smartphone users
Safe Droid - Cheap Android Devices Outfitted Exclusively for Use for Contact Tracing (great for loved ones!).
Safe SDK - Leverage Safe Paths network in your App!
Capabilities
Public Health Contact Tracing interview augmentation
Self Reporting / Symptom self-assessment
Localized heat maps
Exposure Notifications to members of the community
Business/Public Space notification subscriptions
Non-smartphone location logging and notifications
Employer Contact Tracing interview augmentation
Location and Symptom Diaries
Forward planning (Waze for Covid) for individuals, employees, and businesses.
Bypass quarantine when traveling to new jurisdictions (you don’t have to wait 14 days).
Quarantine verification
Incentive dispersement
SDK? (not really a capability)
Client Products and Capabilities Matrix
Capabilities and Products | Safe Paths Mobile App | Path Check GAEN Mobile App | Safe Bands Wearable |
---|---|---|---|
Public Health Contact Tracing interview augmentation | |||
Self Reporting / Symptom self-assessment | |||
Localized heat maps | |||
Exposure Notifications to members of the public / employees | |||
Non-smartphone location/contact logging and notifications | |||
Employer Contact Tracing interview augmentation | |||
Bypass quarantine when traveling to new jurisdictions (you don’t have to wait 14 days) | |||
Location and Symptom Diaries | |||
Forward planning (Waze for Covid) for individuals, employees, and businesses. |
Server Products and Capabilities Matrix
Capabilities and Products | Safe Places | Safe Work Places | Safe Business (Spaces?) |
---|---|---|---|
Public Health Contact Tracing interview augmentation | |||
Self Reporting / Symptom self-assessment | |||
Localized heat maps | |||
Exposure Notifications to members of the public / employees | |||
Business/Public Space notification subscriptions | |||
Employer Contact Tracing interview augmentation |
Adoption of Path Check products
Much of the adoption of Path Check products depends on public perception of trust and privacy protection along with relevant services and capabilities to each market segment.
Value Propositions to each Segment
Members of Public
Get exposure notifications
Get relevant public health information
Local area heat maps of infections
Meet obligation to Employers who ask employees to download
Meet obligation to Venues who ask visitors to download
Meet obligation to public health who ask community members to download
Meet obligation to tourist destinations without having to quarantine
Public Health Authorities
Discover otherwise unknown close contacts who may have been exposed
Provide relevant community engagement mechanism over COVID19
Scalabley provide care and support to at-risk and Covid+ individuals.
Employers / Businesses
Receive notification if any COVID positive spent time on their campus
Verify when their environment has been cleaned when exposed.
Allow users to engage with their facilities safely through scheduling, appointments, and
Public Spaces
Receive notification if anyone COVID positive spent time at their venue
Adoption Friction
Like many products, the Path Check ecosystem has a strong dependence on network effect. Public Health and Employers who are leveraging Path Check Products in conjunction with members of the public downloading the mobile app at significant numbers.
Adoption friction is further compounded by several factors which have a variety of solutions:
With no SaaS based approach to Public Health or Employer software solutions, the consumer GPS based mobile app offers little to no value for the majority of those who download it.
With Bluetooth / GAEN, not only does each State/Nation need to be setup, but value to the public is not significant until significant public adoption is reached.
With a white-label open source approach to delivering software to Public Health and other segments, adoption rates will be extremely slow
With Digital Contact tracing being a new market, there’s very little proof of a given approach being effective. Anyone serious in this space has to go slow enough to learn and iterate, incorporating epidemiological feedback and improvements prior to rapid scale.
The Public Health Authorities (PHA) moving the fastest are the smaller ones, who can operate with some autonomy. Large nations and states are proceeding cautiously.
Many of the fast moving PHA’s are nations with low smartphone adoption, making any DCT solution which depends on significant smartphone or recent model smartphone adoption a significant challenge
Many societies are extremely privacy conscious, meaning one false step on privacy / security, even just from a perception standpoint will likely end any chance for broad adoption.
To most PHA’s, the phrase “digital contact tracing” actually maps to Customer Relationship Management (CRM) software used for DCT, not the product we are building. As these CRM’s are rolled out, they may block market opportunities for our product adoption even without overlapping features.
Adoption Accelerators
Provide value to the public downloading the app without a network effect between PHA and consumers.
Symptom reporting via self-reporting capabilities
Showing local area heat-maps
Integrate additional PHA solutions / capabilities which lead to members of the public download the app before becoming infected carriers
Investigation team asking 2nd tier contacts to download the app to report symptoms
Provide Employer solutions which result in Employers encouraging employees to download the app to return to work safely
Provide Public Spaces solutions which result in Venues / Tourist Destinations encouraging visitors to download the app to visit safely
Provide solutions (wearables?) that don’t depend on smartphone adoption.
Provide significant / empirically measurable value to fighting the COVID19 pandemic to early adopters
Market the hell out of early successful results and write the best DCT white paper the world’s seen to date.
Get privacy / security right, from the start. Engage media early, lean into providing transparency to privacy hawks and critics.
Partner with a major CRM rollout and ride their adoption rails by building strong integrations between our server side products and these CRM’s.
Some PHA’s are taking the approach of building a “super app” (apps that are targeted at tourists for example) and integrating Safe Paths mobile app capabilities into these super apps. Requires we can support downstream forks really well.
How SaaS changes adoption equation
If we provided SaaS versions of Path Check Products we could provide value to key segments in minutes vs weeks:
Worldwide symptom reporting / heat map capabilities
PHA’s can signup / onboard to use Safe Places and engage with patients/members of the public.
Employers can signup / onboard to use employer CT tools and become “employee checkin locations”
Venues can signup / onboard to use public spaces CT tools and become “visitor checkin locations”
So why not SaaS it up already?
The end game with SaaS must be defined prior to embarking down this path. There are significant considerations to address when going down this path.
Revenue / subscription model to cover the costs of offering SaaS
Significant increase in engineering capacity
Significant addition of Tech / Dev Ops skill sets
Serious investment in security architecture and engineering
Compliance and auditing requirements
Open Source Ecosystem
Path Check Products are all Open Source and have been forked hundreds of times to date by a variety of interested projects. Within any Open Source effort, there is the concept of how downstream forks are supported within the ecosystem.
Ideally, the core Path Check OS projects can be forked, and combined with other projects, and still be able to receive critical updates from the primary / upstream project. Some amount of engagement with Path Check has been purely from PHA’s and their integrators who want to combine our mobile app capabilities with their own.
Benefits of Open Source for Path Check
Open Source has two primary benefits to the solution space we are targeting:
Open Source invites collaboration. Path Check is a collaborative organization (movement?) that practically begs you to “work with us”. We invite collaboration at an extreme level, it’s in our very early DNA and we would not be where we are without it.
Open Source as the name implies has nothing to hide. We are building solutions that will receive some of the most intense scrutiny of any software projects. We need our critics and external privacy hawks to look at our code and say “Yup, privacy is protected”.
Complications related to open source
While Open Source aligns well with the core of our values, there are some significant downside factors to consider as well:
How we secure data within the ecosystem becomes a greater challenge. Anyone can fork the code, stand up a simulator cluster across thousands of compute nodes and crack most encryption schemes we can build. This forces us to be more creative in our thinking in how we still protect privacy.
This next one is a doozy and one we need to think extremely carefully about: Downstream forks that start with our technology at the core, maybe even active partners can be morphed into abusive software from a privacy standpoint, intentionally or unintentionally.
Downstream fork privacy abuse potential
We are working with dozens of PHA’s and their integrators from all over the world. Some want to fork and combine our code with their existing projects. Some just want to add a few finishing touches to what we build, customized for their communities.
How do we know our privacy principles have been maintained?
How do we know (verify? certify?) that Path Check branded software won’t be used to violate the privacy of the public?
This open abuse vector begs for an independent auditing group which can certify on an initial and ongoing basis the status of any downstream fork. Especially, those with the Path Check brand and within our ecosystem.
Ecosystem controls
Today, the only control point in the ecosystem is via our maintenance of the healthcare_authorities.yaml file which requires multiple Path Check core contributors to update for a new HA to be added to the ecosystem. We currently require that Path Check legal sign off on this addition as well. We will likely require this process to be more robust in the future.
Product Roadmap
With clarity and alignment on the above topics related to product architecture, we can provide a high level product roadmap based on themes and phases. We will avoid tying dates to these as our product development capacity has some degree of variance to it.
Product Themes
The Product Themes are closely tied to our market segments and specific types of problems we need to solve for them to increase efficacy and adoption.
Table-stakes privacy, security and usability - Considered what’s required for viability
HA free experience for members of public - Members of the public have been downloading the app(s) in mass, but don’t get any value without an HA going live which is a slow process
Employer solutions - Employers are likely THE key driver of community adoption, but currently don’t get value from our product ecosystem. This is a large space and likely many themes
Non-Smartphone solutions - Most of the world is still not using smartphones, many HA’s we are working with demand that this demographic gets addressed
HA adoption acceleration - Our solution to HA’s is limited to unfinished white-label open source software. To really address our core mission, we need less friction here.
HA efficacy - Our highest goal is actual efficacy of our tools for the epidemiological goal of reducing spread of COVID. We are at the beginning of a likely long learning curve with Digital Contact Tracing tools and mobile apps
Venue / Public spaces solutions - Similar to the employer solutions, there’s a lot of energy to get back to normal safely and these custodians of public spaces and venues are eager to engage if we had solutions for them.
Product Phases
For now we will just refer to these numerically i.e. 1,2,n. These may map to 2 week periods in the future.
Phase 1 - MVP1 has been focussed on table-stakes privacy, security and usability for our apps and HA solutions. The target delivery date is Jun 1, but some items may slip into phase 2.
Phase 2 -
Phase 3
Product Themes and Phases Matrix
Product Phases | Phase 1 - MVP1 | Phase 2 - Mercury | Phase 3 - Gemini | Phase 4 - Apollo |
---|---|---|---|---|
Overcoming the cold-start problem: Creating a great HA-free experience for community members | Deliver value for MoP who download the app without an HA setup near them | Focus on MoP sentiment, strong engagement, incremental changes in key jurisditions. | ||
Initial MVP1 release milestone | Incremental improvements | Incremental improvements | ||
Prepare to scale wide, may not be released until Gemini phase | Scale wide and fast phase | |||
Tight feedback loop between HA pilots and Product, highest priority in Mercury | Incremental improvements | |||
Non-Smartphone solutions | Fully integrate new PC platform capabilities to address this demographic | |||
Employer solutions | Release Employer MVP | |||
Venue / Public spaces solutions | Release Venue MVP | |||
Path Check Platform | Build fork rails. Non-GAEN BT, support for beacons, QR code systems |
Add Comment