Introducing FairPath.AI

Safe and Understandable AI to Transform your Healthcare Billing

Healthcare providers lose $262 billion annually to claim denials. Intelligence Factory's new solution FairPath transforms this challenge into a seamless solution, ensuring you get paid faster with fewer denials.

Medical Billing Expertise You Can Trust

We employ an AI Powered Revenue Cycle Management Trained on millions of real transactions
Flat icon of a hand with upward-pointing blue and green arrows, a gold dollar coin, and stacked coins above the palm, all outlined in black.

98%

Successful Payment Rate in RPM
The image represents the concept of "Verification and Validation." It features a document or webpage with a hand holding a magnifying glass, focusing on a blue circle with a checkmark inside. The magnifying glass suggests close inspection or review, while the checkmark symbolizes approval or accuracy. The design emphasizes thorough examination, reliability, and ensuring correctness in processes or outputs.

Less than 5%

Denial rate in RPM, RTM, and CCM claims
Flat icon showing a stylized figure leaping upward across ascending blue bar segments, reaching toward an orange flag, symbolizing progress or achievement.

90%

Of reimbursement payments within 30 days
Flat-style medical icon showing a clipboard with patient vitals and a heart monitor screen in the background. This image represents electronic health records (EHR), patient monitoring, and clinical data management. Ideal for use in healthcare tech platforms, dashboards, or apps focused on patient care.

Millions of Records

For training. Precision honed by real world-data

Real Stats

1.1M

Charges, Claims & Payments

2018

7 years of expertise in AI-powered billing

$36.7M

Dollars Paid
The Intelligence Factory Difference

How We Empower Your Practice

Our solutions address the toughest billing challenges, delivering measurable value to small practices:
Reduce Denials
With FairPath, we've achieved a <5% denial rate for RPM, RTM, and CCM, minimizing revenue loss from the $262 billion annual denial burden.
Speed Up Payments
90% of payments within 30 days, cutting delays from 45-60 days.
Simplify Workflows
From patient data capture to insurer calls, we streamline every step—no tech burden required for small practices.
Full Service Billing Assistance
Larger partners can integrate FairPath's platform for their own RCM needs, leveraging our proven technology.
Try FairPath Today

How Does FairPath Work? Try Our Low-Risk Starter  

Discover how FairPath processes your billing with a low-risk starter package:
  • Upload 1-3 claims
  • Let our AI handle eligibility, coding, and status checks
  • See 98% payment success, less than 5% denials, and 90% payments in 30 days in just 24-48 hours—no big fees
Since 2018, we’ve delivered precise results for practices like yours. Start exploring today!
A modern desktop computer displays the MedekRPM interface with an AI-powered billing knowledge base, featuring a chat prompt for guidance on Remote Patient Monitoring, RTM, and CCM—showcasing healthcare automation with FeedingFrenzy.ai integration.
Our Solutions

Tailored AI for Healthcare

At Intelligence Factory, we harness cutting-edge AI to solve healthcare's toughest challenges. Our solutions streamline billing, enhance patient engagement, and ensure compliance, all powered by hallucination-free technology designed for your success.
FairPath Billing Service
Full-Service Billing Solution
What It Is:
A full-service billing solution delivered using our AI platform to manage eligibility, coding, prior authorizations, and claim tracking.

Why It Matters:
The high success rate and fast payments means more money in your bank account faster.
Learn More About FairPath →
FairPath Pro
Enterprise Billing Solution
What It Is:
A custom, scalable AI-driven platform for revenue cycle management, built for large practices and partners.

Why It Matters:
It saves time, enhances precision on high-volume claims, and boosts revenue recovery for greater efficiency.
Learn More About FairPath Pro →
Nurse Amy
Patient Engagement Agent
What It Is:
A custom Perfect Agent automating reminders, surveys, and device support for RPM, RTM, and CCM patients.

Why It Matters:
With the time saved Amy as able to spend more time with patients increasing patient satisfaction.
Learn More About Nurse Amy →
Buffaly + NLU
AI Language Engine
What It Is:
A custom AI built over 20 years to turn messy medical text into clear, structured data with explainable precision.

Why It Matters:
It solves messy data problems with precision, turning chaos into clear outputs that save time and boost accuracy.
Learn More About Buffaly NLU →
Setting New Standards in AI

Why Intelligence Factory?

We're a team of passionate engineers based in Orlando, Florida, committed to reshaping AI beyond Silicon Valley's influence. After powering solutions for Delta Airlines, AT&T, and others, we started working in Healthcare in 2018. Since then we’ve focused on leveraging our expertise to address billing inefficiencies with tools that are safe, understandable, and controlled.
Proven Impact
The FairPath platform has processed over 1.1 million claims and recovered more than $36.7 million. By training FairPath on millions of real patient and financial transactions, we’ve achieved a 98% RPM payment success rate.
Accurate Billing You Can Trust
Our technology ensures every claim is right the first time, cutting errors that lead to denials. No complicated AI gimmicks—just dependable results tailored for healthcare billing.
Keeps Your Data Safe and Secure
Built from the ground up to meet HIPAA standards, our solutions protect your sensitive information without sending it outside your control—peace of mind included.
Affordable for Small Practices
FairPath skips the big setup fees and tech headaches. You get expert billing support customized to your needs, at a price that fits your budget.
Beyond Healthcare

Our Artificial Intelligence Legacy

While healthcare is our focus, Intelligence Factory's AI has a proven track record across industries. Our Feeding Frenzy suite has optimized sales and support workflows for IT companies, showcasing our technology's versatility and reliability beyond medical billing.
Learn About Non-Medical
Solutions →
How It Works

A Simplified, AI-Driven Billing Workflow

Our AI solution transforms your billing process with a structured, step-by-step approach:
The image depicts a stylized clipboard icon with bold purple outlines and orange highlights, including checkmarks and horizontal lines representing text fields or entries. It conveys the process of claim preparation and submission, symbolizing tasks like filling out forms, verifying details, or preparing documents for submission in a structured and organized manner. The use of checkmarks emphasizes completion or readiness.
Eligibility Verification
Instantly confirm patient coverage with AI that retrieves accurate, real-time insurance details.
The image represents transparent tracking with a stylized design featuring a magnifying glass overlaying a diagram or flowchart. The diagram is outlined in bold purple with orange highlights, symbolizing the visualization of processes or steps. The magnifying glass emphasizes scrutiny, transparency, or detailed monitoring. This conveys the concept of closely following and clearly understanding progress, workflows, or operations in a transparent manner.
Claims Coding
Generate precise CPT codes and ICD-10 mappings to prevent denials and resubmissions.
The image represents eligibility verification. The profile card with a person icon symbolizes individual data or identity, while the magnifying glass emphasizes the process of closely examining or verifying details. The connecting nodes suggest a system or network approach, indicating the process of assessing eligibility within a structured or interconnected framework, likely involving data evaluation and confirmation.
Prior Authorization
Skip the manual process—our AI gathers required information and expedites approvals.
The image visually represents integration by combining a computer monitor and interconnected gears, symbolizing the seamless merging of digital processes and mechanical operations. The purple and orange color scheme emphasizes innovation and efficiency in technological systems.
Seamless Integration
Easily connect with your EHR, practice management systems, and billing software through scalable APIs.

Take the First Step with Intelligence Factory

Ready to transform your billing process? Whether you're a small practice seeking our expert billing service or a larger partner looking to integrate FairPath's technology, we're here to help you succeed.
What You'll Get:
Free Consultation
Discuss your billing challenges with our experts—no obligation.
A bold purple line art icon depicting a hand holding up a trophy, symbolizing achievement or success. The design is complemented by sparkling stars around the trophy, adding a celebratory and victorious tone.
Thank you! Your submission has been received! We will reach out to you asap!
Oops! Something went wrong while submitting the form.

Recent Updates

Does RPM Miss What Patients Really Need?

It starts with a data spike… a sudden drop in movement, a rise in reported pain. The alert pings the provider dashboard, hinting at deterioration. But what if that signal isn’t telling the whole truth?

What if that high pain score came after a week of poor sleep, emotional stress, or missed therapy due to caregiving demands? What if the numbers are accurate but the story they tell is incomplete?

Remote Patient Monitoring (RPM) is revolutionizing chronic care, but it risks becoming just another stream of disconnected metrics. Without patient context, what’s really going on behind the data, RPM can lead to unnecessary interventions, missed opportunities, and patients feeling like statistics instead of people.

Let’s look at why RPM needs more than numbers to be effective…and how to make it human again.

The Promise and Peril of RPM

RPM feels like the future. Wearables track blood pressure, glucose, heart rates, delivering real-time insights that catch problems early. CMS reports RPM use grew 200 percent from 2019 to 2023, reducing hospital visits for chronic conditions like diabetes by 20 percent. Doctors get alerts, patients stay home, and practice bill codes like 99457 for the effort. It seems like a clear win.

But there’s a catch. A 2024 Office of Inspector General report revealed 43 percent of Medicare RPM users didn’t receive the full scope of care: device setup, data collection, and treatment management. Data was collected, but care often stalled. Why? Numbers don’t tell the whole story. A spike in Sarah’s pain score could signal a flare-up or just a stressful week. Without context, providers make mistakes, patients feel overlooked, and resources are squandered. RPM’s potential depends on seeing the human behind the data.

The Data Trap: When Numbers Mislead

Data feels like truth. A heart rate of 120 beats per minute looks urgent. But was the patient exercising, stressed, or sick? A 2023 JAMA study found 25 percent of RPM patients felt their data was misinterpreted because providers didn’t ask about their lives. RPM systems churn out metrics but rarely capture context like stress, sleep, or social challenges. This gap leads to misdiagnoses, unnecessary interventions, and frustrated patients.

Billing suffers too. Practice administrators know RPM codes require 20 minutes of clinical time monthly. But if staff only react to data without engaging patients, they miss billable care coordination, like discussing Sarah’s therapy lapse. A 2024 HFMA report noted 30 percent of RPM claims face denials due to incomplete care delivery. Data driven care sounds advanced, but it falters without the human element.

Reframing RPM: Care, Not Just Data

Making RPM work means prioritizing humanity over tech. Start by inviting patients to share context with their data. Asking “What was happening when your readings spiked?” can change everything. A 2023 study showed patient engagement in RPM boosted adherence by 30 percent. Picture nurses guiding Sarah to log stress alongside pain scores, giving her doctor a clearer view.

Next, blend lifestyle factors into RPM platforms. Some systems now let patients note events like missed therapy or family stress. This contextual data helps providers make smarter decisions, reducing errors by 15 percent, per a 2024 study. Regular check-ins are just as vital. A five-minute call can clarify a data blip, like whether Sarah’s low activity was a health issue or a busy week. Practices that added calls saw 25 percent higher patient satisfaction.

Chronic conditions often intertwine with mental health. Pairing RPM with behavioral health screening cut perceived pain by 25 percent in a 2024 study. If Sarah’s stress is amplifying her pain, a counselor’s input could matter as much as her meds. Finally, consider access. Rural patients, 20 percent of whom lack broadband, miss out on RPM. Offering phone based check-ins ensures everyone benefits, with practices seeing 10 percent more patients enrolled.


RPM Done Right

Take a real-life scenario: a patient’s RPM device flags rising pain and declining activity. Instead of immediately adjusting medications, a nurse reaches out. The patient shares that they’ve been dealing with a personal crisis and missed therapy sessions. With that context, the care team adjusts the plan…adding a counselor referral and support reminders…without jumping to conclusions. That one call, driven by data but rooted in understanding, keeps the patient on track. Their pain stabilizes, and they feel seen.


The Bigger Picture: Trust Over Tech

RPM’s future isn’t about smarter devices… it’s about trust. Patients want to feel seen, not reduced to numbers. Providers need tools that simplify care, not complicate it. Administrators want billing that flows. A 2024 survey found 60 percent of RPM patients felt closer to their care team when context was part of the process. That’s the vision: technology that amplifies care, not overshadows it.

This matters beyond clinics. As value-based care grows, with CMS aiming for 100 percent of Medicare payments to be value-based by 2030, RPM will be judged on outcomes, not just data points. Practices that humanize RPM now will reduce readmissions, lift satisfaction, and secure revenue.


The Catch: It’s Not Easy

Humanizing RPM requires effort. Training staff to engage patients takes time. Upgrading platforms to include lifestyle data can cost $10,000 to $50,000 for small practices. Creating equitable solutions, like low-tech RPM, demands new workflows. But the rewards are clear: practices prioritizing context in RPM saw 20 percent fewer denials and 15 percent higher revenue in 2024.


Your Next Move

Transforming RPM starts with small steps. Add a prompt to your RPM system, asking patients what was happening during their readings, and review responses for a few patients to see how it shapes care. For the next RPM alert, call the patient to clarify, noting if it prevents an unnecessary visit. Train a nurse or coordinator to weave context into RPM reviews, tracking time and feedback after a month. Review last quarter’s RPM denials to spot missed care coordination and adjust workflows.

A practice that added patient check-ins cut denials by 10 percent in three months. These steps are simple but powerful, paving the way for care that’s as compassionate as it is smart. Share your thoughts below or try one idea and see the difference. Let’s make RPM human again.

Transforming Chronic Pain: The Power of RPM, RTM, and CCM

Chronic pain isn’t just a condition, it’s a thief. It steals time, joy, and freedom from over 51 million Americans, according to the CDC, costing the economy $560 billion a year. As someone passionate about healthcare innovation, I’ve seen how this silent struggle affects patients, families, and providers. But there’s hope on the horizon. Technologies such as Remote Patient Monitoring (RPM), Remote Therapeutic Monitoring (RTM), and Chronic Care Management (CCM) are reshaping how we manage chronic pain. Let’s explore what these tools are, why they matter, and how they’re giving people their lives back, all in a way that’s clear and deeply human.


The Reality of Chronic Pain

Chronic pain is pain that lingers for more than 12 weeks, often outlasting its original cause, think arthritis, fibromyalgia, or nerve damage from an old injury. It’s not just physical. It can make you miss work, skip family dinners, or feel isolated, with anxiety or depression often tagging along. The CDC says 20.6% of U.S. adults live with it, and for many, traditional treatments such as painkillers or physical therapy aren’t enough. Long drives to clinics or gaps in care can make things worse. This is where advanced solutions deliver smarter, more connected care.


The Tools Changing the Game

Let’s break down RPM, RTM, and CCM.

Remote Patient Monitoring (RPM) is a health guardian that’s always watching out for you. It uses at-home devices to track your heart rate, sleep, or blood pressure, sending that data straight to your doctor. For chronic pain, it’s an early warning system, if stress spikes your heart rate, your doctor can adjust your plan before pain takes over.

Remote Therapeutic Monitoring (RTM) is your treatment’s biggest fan. It tracks whether you’re doing your physical therapy, taking meds, or logging pain levels. A system might remind you to stretch or ask how bad your pain is today, giving your doctor real-time insights to tweak your care.

Chronic Care Management (CCM) is the glue holding your healthcare team together. For Medicare patients with multiple conditions, such as pain and diabetes, a coordinator checks in regularly, reviews your meds, and connects you with specialists. It’s care that sees the whole you.

These tools work best together: RPM gathers data, RTM focuses on pain-specific needs, and CCM keeps everything coordinated. They’re not just tech, they’re a lifeline.


A Story of Hope: Sarah’s Journey

Meet Sarah, a 42-year-old teacher from Ohio. After a car accident, chronic back pain turned her life upside down. She couldn’t stand long enough to teach, and constant doctor visits wore her out. Pain meds dulled the ache but left her foggy, and she felt like she was losing herself. Then her clinic introduced RPM, RTM, and CCM. Sarah got an at-home device to track her activity and heart rate, showing how stress worsened her pain. An RTM system guided her through physical therapy with daily reminders, while her CCM coordinator called weekly to manage her pain and hypertension, even connecting her with a counselor. Six months later, Sarah was back in the classroom, engaging her students with a smile. Her pain wasn’t gone, but it no longer controlled her. Stories such as hers show what’s possible, platforms such as Pain Scored say RPM can improve pain scores by over 2 points on a 10-point scale, a change that means everything.


Why These Tools Matter

The benefits of these tools are game-changing. For patients in rural areas or with mobility issues, they bring expert help without leaving home. By catching issues early, they cut down on ER visits and hospital stays, CMS says CCM saves millions by preventing complications. Real-time data means your care fits your life, not a generic protocol. RTM helps you follow through on therapy or meds, which is key for chronic pain. And CCM’s check-ins fight the loneliness pain can bring.

The evidence is clear. A 2023 study in Pain Medicine found RPM improved pain outcomes by 30% in fibromyalgia patients, and the CDC’s 2022 opioid guidelines push for non-drug options such as those RTM supports. These tools are grounded in science and human need.


Overcoming Challenges

Nothing’s perfect, and these tools have hiccups. Some patients, particularly those less familiar with technology, may find it challenging to use devices or systems consistently. Systems don’t always share data smoothly, and CMS billing rules are strict: RPM and RTM can’t be billed together, but both can work with CCM if you track time. Solutions? Pick user-friendly platforms such as FairPath by Intelligence Factory, train patients and staff, and stay on top of billing guidelines. It’s work, but the payoff, better care, is worth it.


The Future Is Bright

The world of chronic pain management is evolving fast. AI is starting to predict pain flares by analyzing RPM and RTM data, letting doctors act proactively. At-home devices might soon track stress hormones or posture, guiding therapy with precision. Telehealth could pair with these tools for virtual counseling, tackling pain’s emotional side. And with CMS expanding coverage for RTM and CCM, access is growing. Sharing these trends shows you’re not just keeping up, you’re leading the way.


Moving Forward Together

Chronic pain is tough, but RPM, RTM, and CCM are making it manageable. They’re not just tools, they’re hope for patients, efficiency for providers, and progress for healthcare. Share this post, comment with your experiences, or follow innovators in the field. If you’re a provider, explore these technologies. If you’re a patient, ask about them. Together, we can turn pain into possibility.

Introduction: Demystifying Ontology—Returning to the Roots

In the tech industry today, we frequently toss around sophisticated terms like "ontology", often treating them like magic words that instantly confer depth and meaning. Product managers, software engineers, data scientists—everyone seems eager to invoke "ontology" to sound informed or innovative. But if you press most practitioners, even seasoned experts, to explain precisely what they mean by ontology, you'll often find vague descriptions, confused analogies, or a hasty pivot to safer ground.

The term ontology itself is burdened with centuries of philosophical baggage, stretching all the way back to Plato's ideals—the notion of perfect "prototypes" or abstract forms from which real-world examples are derived. But in modern computer science and artificial intelligence, the use of the word ontology typically traces its lineage to a seminal 1993 paper by Thomas R. Gruber: "Toward Principles for the Design of Ontologies Used for Knowledge Sharing."

Key milestones in Ontology from Plato’s ideals to modern semantic AI.


Ironically, although Gruber's paper is widely cited and nominally respected, in practice almost nobody strictly adheres to its original insights or foundational principles. Instead, many contemporary practitioners have drifted away from the original intent, treating ontologies as just another synonym for data schemas or knowledge graphs, sometimes even conflating them entirely with static relational database models.

This casual approach obscures a deeper understanding. To clarify what an ontology truly is—especially in the computational sense—let's step back and return to the foundational source. What exactly did Gruber define as an ontology? What were his guiding principles, and why do we often overlook them in practice?

By revisiting these fundamental ideas and principles, we can clarify the confusion, reclaim some semantic rigor, and perhaps rediscover what makes ontologies uniquely powerful tools for knowledge representation—beyond mere buzzwords. Let's begin by going back to the roots.

From First Principles: Why Create an Ontology?

An idea must be clear and intuitive, or else it risks hiding flawed assumptions beneath layers of complexity. Let’s step back from formal definitions for a moment and approach ontology from a first-principles perspective: Why do we even need an ontology in the first place?

In the early 1990s, the research community was already deeply exploring artificial agents—independent systems capable of reasoning, learning, and communicating. One fundamental challenge quickly emerged: different agents, designed by different organizations with distinct implementations, often needed to communicate about shared ideas. Yet their internal representations frequently differed significantly, causing confusion and misalignment in interactions.

Imagine a scenario today: your insurance provider and your doctor’s electronic health record system need to exchange information about COVID-19. What exactly does "COVID-19" mean? Does it refer to the disease, SARS-CoV-2 infection? Is it the virus itself? Could it represent specific symptoms, like loss of taste and smell, or simply the positive result of a PCR test? Without a shared understanding, information exchange quickly becomes ambiguous and error-prone.

An ontology addresses precisely this kind of ambiguity by creating a common semantic layer. Semantics, simply put, means meaning. An ontology explicitly defines what things mean in a domain, providing clarity that transcends differences in individual system implementations. From this perspective, ontologies become incredibly powerful because they provide a shared language—a universal way to clearly represent meaning.

When we explicitly ask, "What is a patient?", we aren’t concerned with how a patient is represented within a particular database, data structure, or software implementation. Instead, we are interested in the fundamental idea: a patient is a human being receiving medical care, who may have symptoms, diagnoses, treatments, or medical history. Likewise, when we say "disease," we're defining precisely what that term means in a way that all systems can understand and agree upon. A disease might be explicitly defined as a medical condition characterized by a specific set of symptoms, an identifiable cause, or a known pathology.

This explicit semantic definition allows all interacting systems—whether your hospital’s clinical software, your insurance company's claims database, or a government health authority—to operate from the same conceptual foundation.

Going deeper into implementation details, when we talk about a "patient," we don't care about the particular technical representation (e.g., which database schema, file format, or programming language). Instead, we define and describe the concept itself clearly and consistently: what attributes or properties characterize a patient, how patients relate to other concepts like symptoms, diseases, diagnoses, or treatments, and precisely what roles these entities play within a broader domain.

This explicit, clear, and agreed-upon semantic layer provides a critical foundation for data interoperability, meaningful communication, and shared reasoning between diverse and independent software systems. At its core, this ability to represent meaning precisely and consistently is exactly what makes ontologies so valuable—and indeed, indispensable—in complex domains like healthcare.

The ontology is the semantic layer. The word semantic, literally means “meaning”. An ontology is a structured representation of meaning.

Ontology as a semantic layer connecting diverse data sources to healthcare applications.

Ontologies vs. Schemas vs. Knowledge Graphs: Clarifying the Differences

Before moving forward, it's crucial to clearly differentiate ontologies from related, often-confused concepts such as database schemas and knowledge graphs. Although these terms frequently appear together in conversations about data representation and semantics, each serves a fundamentally distinct purpose and provides unique capabilities.

How schemas, knowledge graphs, and ontologies represent meaning at increasing levels of semantic depth.

Database Schemas: Structure without Semantics

A database schema defines the structure, format, and relationships of data in databases. It typically focuses on tables, columns, data types, and keys. Schemas help ensure data integrity and provide a clear organizational structure for data storage and retrieval. However, schemas do not explicitly represent the meaning of the data—they simply define how data is physically structured and stored.

Consider this simplified example of a database schema for medical records:


CREATE TABLE Patient (
    patient_id INT PRIMARY KEY,
    first_name VARCHAR(50),
    last_name VARCHAR(50),
    date_of_birth DATE
);

CREATE TABLE Diagnosis (
    diagnosis_id INT PRIMARY KEY,
    patient_id INT,
    diagnosis_code VARCHAR(20),
    diagnosis_date DATE,
    FOREIGN KEY (patient_id) REFERENCES Patient(patient_id)
);

In this schema, data relationships are clearly defined (e.g., diagnoses linked to patients), but the schema does not explicitly encode the meaning of "patient," "diagnosis," or "diagnosis_code." So what's missing? 

A schema is an implementation. The patient is represented across multiple tables, foreign keys, and columns. It's not a coherent semantic entity with relationships to other coherent semantic entities. Relationships are limited to one-to-one, or one to many. There's no inheritance. There's no complexity. There's no data, just schema.

Knowledge Graphs: Connectivity and Basic Meaning

A knowledge graph, on the other hand, explicitly encodes relationships among entities, typically in a flexible, graph-based structure. Knowledge graphs often use standardized vocabularies (like RDF) to represent data as a network of entities (nodes) connected by relationships (edges). Knowledge graphs are a lot closer to ontologies. I would argue that 95% of practitioners today conflate knowledge graphs with ontologies – for good reason.

Consider a simplified knowledge graph representation of medical data:


@prefix ex: <http://example.org/> .

ex:Patient123 a ex:Patient ;
    ex:firstName "John" ;
    ex:lastName "Doe" ;
    ex:hasDiagnosis ex:Diagnosis456 .

ex:Diagnosis456 a ex:Diagnosis ;
    ex:diagnosisCode "U07.1" ;
    ex:diagnosisDate "2023-02-10"^^xsd:date .
    

Here, meaning is partially explicit—relationships like "hasDiagnosis" clearly connect entities—but the precise meaning of "Patient," "Diagnosis," or "U07.1" remains informal and loosely defined. There's no clear semantic definition ensuring that systems interpret these concepts consistently. Knowledge graphs provide flexibility and connectivity, but often lack rigorous semantic clarity or reasoning capabilities.

Ontologies: Explicit Semantic Definitions and Logical Reasoning

In contrast, ontologies explicitly define concepts, their meanings, and how they relate in formal, rigorous ways. Ontologies explicitly encode semantic meaning and constraints, allowing software systems to reason and infer new knowledge directly.

Consider a simplified ontology representation (using OWL) of the same scenario:


@prefix : <http://example.org/> .
@prefix owl: <http://www.w3.org/2002/07/owl#> .
@prefix xsd: <http://www.w3.org/2001/XMLSchema#> .

:Patient a owl:Class ;
    rdfs:label "Patient" ;
    rdfs:subClassOf [
        a owl:Restriction ;
        owl:onProperty :hasDiagnosis ;
        owl:someValuesFrom :Diagnosis
    ] .

:Diagnosis a owl:Class ;
    rdfs:label "Diagnosis" ;
    rdfs:subClassOf [
        a owl:Restriction ;
        owl:onProperty :diagnosisCode ;
        owl:exactly 1 ;
        owl:allValuesFrom xsd:string
    ] .

:COVID19Diagnosis a owl:Class ;
    rdfs:subClassOf :Diagnosis ;
    owl:equivalentClass [
        a owl:Restriction ;
        owl:onProperty :diagnosisCode ;
        owl:hasValue "U07.1"
    ] .
    

Here, concepts ("Patient," "Diagnosis," "COVID-19 Diagnosis") and relationships are explicitly defined with semantic clarity and logical constraints. The ontology precisely defines what a patient and diagnosis mean, specifies their logical structure, and includes reasoning constraints—for example, explicitly defining "COVID19Diagnosis" as equivalent to having the diagnosis code "U07.1."

The power of ontologies is that their meaning is explicit and formally defined. They enable consistent interpretation, automated reasoning, and knowledge validation. Unlike schemas, ontologies clearly define semantic meaning rather than just data structure. Unlike knowledge graphs, ontologies rigorously encode meaning, constraints, and inference rules rather than simply relationships.

Summary of Differences

Comparison Table
Aspect Database Schema Knowledge Graph Ontology
Main purpose Data structure/storage Connectivity and linking Explicit meaning and reasoning
Semantic clarity Low (no explicit meaning) Moderate (informal semantics) High (explicitly defined)
Reasoning capabilities None Limited or externalized Explicit, formal reasoning
Flexibility Low (rigid structures) High (flexible connections) Medium (structured but extendable)

By understanding these distinctions clearly, we can appreciate precisely what ontologies offer: explicit semantic clarity, formal reasoning, and rigorous definition of meaning, which goes significantly beyond what schemas or knowledge graphs alone can provide.

SNOMED CT and OWL: Real-world Ontologies in Practice

The concept of an ontology often seems abstract and theoretical—so let’s ground our discussion in a tangible example. One of the most widely adopted and practical ontologies today is the Systematized Nomenclature of Medicine — Clinical Terms (SNOMED CT). Developed specifically for healthcare, SNOMED CT provides a standardized vocabulary that defines diseases, symptoms, procedures, drugs, and clinical findings clearly and consistently, facilitating data exchange and semantic interoperability across health systems globally.

SNOMED CT isn't just a structured vocabulary; it's built explicitly as an ontology. That means it formally defines concepts and their relationships, enabling precise meaning and semantic clarity. For example, SNOMED CT might explicitly represent the disease "COVID-19 pneumonia" as follows (simplified example):


# SNOMED CT Example (simplified, OWL/Turtle format)

:COVID19Pneumonia rdf:type owl:Class ;
    rdfs:label "COVID-19 Pneumonia" ;
    rdfs:subClassOf :ViralPneumonia ;
    rdfs:subClassOf [
        rdf:type owl:Restriction ;
        owl:onProperty :hasCausativeAgent ;
        owl:someValuesFrom :SARSCoV2Virus
    ] ;
    rdfs:subClassOf [
        rdf:type owl:Restriction ;
        owl:onProperty :associatedMorphology ;
        owl:someValuesFrom :PneumonicInflammation
    ] 

Here, "COVID-19 pneumonia" is explicitly defined as a subclass of "Viral Pneumonia," explicitly caused by "SARS-CoV-2 Virus," and explicitly associated with "Pneumonic Inflammation." SNOMED uses subclass relationships (rdfs:subClassOf) and existential restrictions (owl:someValuesFrom)—OWL constructs designed for semantic clarity and reasoning.

OWL (Web Ontology Language)—and its successor OWL 2—is the primary standard adopted for formally expressing ontologies such as SNOMED CT. OWL was specifically designed to enable clear semantic definitions, consistency checking, and automated reasoning about concepts and their relationships. OWL is built upon RDF (Resource Description Framework), providing formal logical constructs like subclassing, existential restrictions, universal quantification, and property constraints.

An OWL ontology explicitly declares entities (classes), their properties, and logical constraints about these entities. For example, in OWL, we might define a general concept such as "Patient":


# OWL Definition of a Patient (simplified example)

:Patient rdf:type owl:Class ;
    rdfs:label "Patient" ;
    rdfs:subClassOf [
        rdf:type owl:Restriction ;
        owl:onProperty :hasDiagnosis ;
        owl:someValuesFrom :Disease
    ] ;
    rdfs:subClassOf [
        rdf:type owl:Restriction ;
        owl:onProperty :receivesTreatment ;
        owl:someValuesFrom :Treatment
    ] .
    

Here, a "Patient" is explicitly defined as someone who "has at least one diagnosis" and "receives at least one treatment," leveraging OWL constructs explicitly designed for precise semantic meaning and consistency.

Ontologies as Logical Systems: More Than Just Data Representation

Gruber's original vision for ontologies wasn't just semantic clarity and data exchange—it explicitly included logical reasoning capabilities. Ontologies were not intended merely as passive definitions of terms but as active logical systems capable of automatically generating and validating new knowledge.

The reasoning capabilities envisioned for ontologies included:

  • Subclass reasoning (Inheritance): Automatically categorizing instances based on their properties and relationships.

  • Existential restrictions: Defining concepts explicitly by requiring certain relationships to exist.

  • Logical conjunctions: Explicitly combining multiple conditions logically to define complex concepts.

Ontologies enable automated inference—deriving new facts from defined relationships.

Consider an illustrative OWL example of these constructs in practice:


# OWL Logical Example: Defining a "HighRiskPatient"

:HighRiskPatient rdf:type owl:Class ;
    owl:equivalentClass [
        rdf:type owl:Class ;
        owl:intersectionOf (
            :Patient
            [ rdf:type owl:Restriction ;
              owl:onProperty :hasDiagnosis ;
              owl:someValuesFrom :ChronicDisease ]
            [ rdf:type owl:Restriction ;
              owl:onProperty :ageInYears ;
              owl:someValuesFrom [
                  rdf:type rdfs:Datatype ;
                  owl:onDatatype xsd:integer ;
                  owl:withRestrictions ( [ xsd:minInclusive 65 ] )
              ]
            ]
        )
    ] .
    

Here, we explicitly define a "High-Risk Patient" logically: someone who is a "Patient," who has at least one chronic disease, and whose age is 65 or older. OWL-based reasoning engines can automatically classify individual patient records according to these logical definitions, ensuring consistency and supporting advanced inference.

The powerful vision behind OWL was that such logical reasoning and inference would become a core part of everyday ontology use, enabling automated knowledge validation, advanced semantic interoperability, and complex inference chains in real-world scenarios.

Practical Reality: What Actually Happens in Large Ontologies Like SNOMED CT

However, despite this ambitious vision, the reality of implementing full logical reasoning in large-scale ontologies such as SNOMED CT quickly diverged from theoretical ideals. The computational complexity of advanced logical inference increases rapidly as ontology size grows. With hundreds of thousands of concepts and relationships, ontologies like SNOMED CT typically constrain or simplify the complexity of logical constructs used.

In practice, SNOMED CT leverages a subset of OWL constructs—primarily simple subclass hierarchies and existential restrictions—to ensure semantic consistency, clear definitions, and basic reasoning:

  • Commonly used in SNOMED CT:

    • Subclass-superclass hierarchies (Inheritance)

    • Existential restrictions (e.g., specifying at least one causative agent or associated symptom)

  • Rarely or minimally used in practice:

    • Complex logical conjunctions (extensive combinations of conditions)

    • Universal quantification (owl:allValuesFrom)

    • Cardinality restrictions (precisely how many instances of relationships exist)

    • Advanced datatype restrictions (e.g., complex numeric constraints)

This selective adoption of OWL features is not due to conceptual disagreements but simply reflects pragmatic concerns—performance, maintainability, computational feasibility, and ease of use at scale.

For example, instead of encoding complex logical rules directly in the ontology, real-world systems often implement advanced reasoning externally, through programming languages or specialized inference engines. Developers commonly push more complex logic—such as clinical guidelines or multi-factor classification logic—to software layers built with languages like Java, Python, or C#, leaving the ontology itself to maintain simpler, more manageable semantic definitions.

Real-world Implications: Where We Stand Today

As a result, today's practical implementations of large ontologies like SNOMED CT typically serve as robust semantic vocabularies rather than as comprehensive logical reasoning engines. They maintain clear, standardized definitions that facilitate interoperability and basic classification, but usually leave advanced logical inference outside the ontology.

In short, although Gruber and OWL envisioned a powerful semantic reasoning framework deeply embedded within the ontology, practical realities of implementation and performance constraints mean we leverage a simpler, pragmatic subset of this vision. Ontologies today remain incredibly valuable semantic foundations—but their ambitious original promise as fully integrated logical inference systems is often realized partially or externally in software engineering practices outside the ontology itself.

This understanding provides valuable context: even as we continue to strive for clarity, interoperability, and semantic meaning, we remain aware that practical limitations have shaped the way ontologies are implemented and used in reality.

Ontologies in the Era of Large Language Models (LLMs)

Today, the technology landscape is dominated by powerful language models like GPT-4, Gemini, and others. These large language models (LLMs) have become incredibly effective at capturing and generating human language, seemingly "understanding" context and meaning in ways we previously thought impossible. Yet, their remarkable success also brings a new challenge: the black box problem.

Ontologies provide white-box clarity—unlike LLMs, which operate as opaque black boxes.

At their core, LLMs represent meaning using high-dimensional, distributed representations—millions or billions of parameters encoding subtle statistical relationships learned from vast amounts of text. While this distributed representation provides flexibility, generalization, and powerful pattern-matching abilities, it is inherently opaque. The meaning itself is not stored explicitly, but rather implicitly, spread across a vast network of weights. As a result, it is nearly impossible to trace exactly why an LLM produces a particular answer or inference.

This opacity leads directly to unpredictability and to what is commonly called "hallucinations": the tendency of these models to produce plausible-sounding but entirely incorrect or unsupported information. Distributed representations inherently rely on probabilistic associations, not explicit semantic definitions. This makes them prone to subtle and unpredictable errors that are difficult—often impossible—to trace or correct.

By contrast, ontologies occupy the exact opposite position on the spectrum of meaning representation. Ontologies are, by definition, explicit, transparent, and "white-box". They define meanings clearly and explicitly, providing unambiguous representations of concepts and relationships. If an ontology says explicitly that "COVID-19 pneumonia is a type of viral pneumonia caused by the SARS-CoV-2 virus," this definition is precisely captured and traceable. There is no ambiguity in interpretation. Ontologies clearly delineate what is known, how concepts relate, and how inferences can be drawn explicitly from logical definitions.

Yet, this clarity comes with trade-offs. Ontologies typically lack the flexibility, generalization, and pattern-completion capabilities that distributed representations provide. They are rigid in the sense that new concepts or subtle variations in meaning often require deliberate extension or redesign. But this same rigidity is precisely what makes them reliable, predictable, and suitable for applications where ambiguity or error cannot be tolerated.

Nowhere is this clearer than in healthcare. In medical settings, ambiguous meanings or incorrect inferences can lead to serious consequences for patient safety, legal compliance, and clinical decision-making. The precision and clarity of an ontology like SNOMED CT directly address these requirements. Medical data representations must not only be explicit and correct—they must also include an audit trail. Ontologies naturally provide this auditability because every inference is explicitly defined and traceable. The exact logic leading to a classification or conclusion can be inspected, verified, and justified in detail.

Thus, ontologies represent a valuable complement—even perhaps an antidote—to some of the problems inherent in large language models. By clearly defining semantic meaning and explicitly structuring knowledge, ontologies can help mitigate ambiguity, reduce hallucinations, and provide a robust framework for reliable and explainable reasoning.

This perspective brings us full circle to Gruber's original vision: semantic clarity, explicit representation, logical inference, and traceable reasoning. As powerful as LLMs are for broad and flexible applications, the continued relevance—even the increased importance—of explicit semantic representations offered by ontologies cannot be understated. Ontologies are not simply academic curiosities; they are essential tools for domains where precision, transparency, and auditability matter most. In the emerging landscape shaped by powerful but opaque language models, ontologies have regained importance as critical instruments for clarity, transparency, and semantic rigor.

ProtoScript: Bridging Semantic Clarity and Flexibility

We've seen that ontologies offer something uniquely valuable—explicit semantic clarity, transparency, and traceable reasoning—but they also introduce practical limitations in complexity, scalability, and adaptability. Meanwhile, large language models (LLMs) provide unmatched flexibility, generalization, and fluidity, but at the cost of semantic opacity and unpredictability.

Is there a middle ground—one that captures the explicit semantic clarity and transparent reasoning of ontologies, while still offering dynamic flexibility and ease of adaptation more reminiscent of modern, distributed systems?

This brings us to a new approach, called ProtoScript:

"ProtoScript is a graph-based ontology representation framework built around dynamic prototypes rather than rigid classes. It combines the flexibility of prototype-based programming with the semantic clarity of ontologies, allowing entities to inherit dynamically from multiple parents, evolve at runtime, and generate new categorization structures spontaneously through instance comparisons. Instead of relying solely on formal logical axioms, ProtoScript emphasizes practical, lightweight reasoning using Least General Generalizations (LGG) and subtyping operators, making it easier to adapt, scale, and maintain complex knowledge bases. If your ontology needs rapid evolution, flexibility, and real-time generalization from actual data—especially for domains with changing or uncertain conceptualizations—ProtoScript offers a uniquely powerful approach over traditional systems like OWL or RDF Schema, which are more static, strictly formal, and labor-intensive to adapt."

Traditional ontology systems—such as OWL-based systems like SNOMED CT—are inherently structured around rigid, static classes and strict logical constraints. This rigidity provides excellent semantic clarity, but at the cost of adaptability and ease of maintenance. Even modest conceptual changes often require extensive manual redesign or costly ontology engineering.

In contrast, ProtoScript rethinks the ontology paradigm by using dynamic, flexible prototypes as core entities. Instead of static classes, ProtoScript's prototypes are fluid structures capable of dynamically inheriting from multiple parents and adapting their definitions at runtime. This inherently flexible structure greatly reduces complexity and rigidity, making the ontology itself easier to evolve organically as concepts change.

ProtoScript bridges the gap between rigid ontologies and flexible LLMs with dynamic, explicit prototypes.

Moreover, traditional ontologies embed complex logical axioms directly into their core structure, leading to computational complexity and scalability limitations. ProtoScript instead leverages:

  • Traditional programming syntax. Directly embeddable within the ontology. This lets us have the power of object-oriented programming within the ontology itself. It's clear, more natural for a programmer, and more expressive than the traditional logic found with in ontologies.
  • Ad-hoc, lightweight reasoning through intuitive categorization mechanisms such as Least General Generalization (LGG). Rather than relying exclusively on complex axioms, ProtoScript generalizes and categorizes concepts based directly on actual instance comparisons—using tangible examples to spontaneously form new generalizations and categories.

Practically, this means ProtoScript maintains semantic clarity and explicit reasoning (just like OWL or SNOMED CT) but provides far more adaptability, scalability, and ease of implementation. In domains such as healthcare—where definitions, guidelines, and conceptual understandings evolve rapidly (e.g., COVID-19)—ProtoScript's dynamic ontology structure allows real-time updates, transparent reasoning paths, and clear semantic traceability. The result is a system uniquely positioned to maintain auditability and accuracy without sacrificing flexibility.

ProtoScript's approach, therefore, provides an intriguing middle ground. It retains the essential strengths of ontologies—explicit meaning, semantic rigor, and clear reasoning—while explicitly addressing their most critical weaknesses: rigidity, complexity, and limited adaptability.

Exploring ProtoScript's unique approach and practical implications in detail warrants a separate, dedicated treatment. For now, we've introduced it here as a promising direction—one we hope to explore further in subsequent discussions. ProtoScript offers a compelling potential solution to the semantic challenges of the modern knowledge landscape, blending the clarity of explicit semantic representation with the adaptability and responsiveness demanded by today's rapidly evolving domains.

Conclusion: Toward a Clearer Path for Knowledge Representation

The term "ontology" is widely used but often misunderstood. At its core, as introduced by Gruber, an ontology explicitly defines shared conceptualizations to allow unambiguous communication between heterogeneous systems. While traditional ontologies—such as SNOMED CT implemented with OWL—provide clear, explicit definitions, practical challenges and computational complexities have led practitioners to simplify or externalize logical reasoning from the ontology itself.

Meanwhile, large language models offer powerful, flexible reasoning capabilities, yet their distributed representation inherently lacks transparency, auditability, and explicit semantic clarity, introducing significant risks in sensitive domains such as healthcare.

ProtoScript suggests a promising approach: blending the explicit semantic rigor of traditional ontologies with the flexibility and dynamic adaptability reminiscent of modern computational methods. Rather than static classes and complex axioms, ProtoScript employs dynamic prototypes, lightweight reasoning, and intuitive categorization—potentially addressing the weaknesses of both ontologies and LLMs.

In today's rapidly evolving information landscape, explicitly capturing and reasoning about meaning remains crucial, especially when ambiguity and unpredictability cannot be tolerated. Ontologies continue to deserve special attention—perhaps now more than ever—as we seek transparent, robust methods for representing knowledge clearly and reliably.

In future discussions, we'll explore in greater depth how ProtoScript, and approaches like it, might practically bridge the gap between rigorous semantics and flexible adaptability, ensuring our knowledge systems remain trustworthy, auditable, and resilient to ambiguity.

Read More

APCM Codes: The Quiet Revolution in Primary Care

5/13/25

Picture Mary, 62, balancing a job and early diabetes. Her doctor, Dr. Patel, is her anchor—reviewing labs, coordinating with a nutritionist, tweaking her care plan. But until 2025, Dr. Patel wasn’t paid for this invisible work...

Read more

It Always Starts Small: Lessons from the Front Lines of Healthcare Audits

4/28/25

In healthcare, most of the time, trouble doesn't announce itself with sirens and red flags. It starts quietly. A free dinner here. A paid talk there. An event that feels more like networking than education...

Read more

Unveiling RPM Fraud Risks—A Technical Dive into OIG Findings and FairPath’s AI Fix

4/24/25

The Office of Inspector General’s (OIG) 2024 report, Additional Oversight of Remote Patient Monitoring in Medicare Is Needed (OEI-02-23-00260), isn't just an alert—it's a detailed playbook exposing critical vulnerabilities in Medicare’s Remote Patient Monitoring (RPM) system...

Read more

The Cost of Shortcuts: Lessons From a $4.9 Million Mistake

4/21/25

When the Department of Justice announces settlements, many of us glance at the headlines and move on. Yet, behind those headlines are real stories about real decisions...

Read more

One Biller, One Gap: How a Missing Piece Reshapes Everything

4/14/25

There’s a quiet agreement most of us make in business. It’s not in a contract. It’s not written on a whiteboard. But it runs everything: trust...

Read more

The System Is Rigged: How AI Helps Independent Docs Fight Back

4/10/25

Feeling like you’re drowning in regulations designed by giants, for giants? If you're running a small practice in today's healthcare hellscape, it damn sure feels that way...

Read more

Trust Is the Real Technology: A Lesson in Healthcare Partnerships

4/7/25

When people ask me what Intelligence Factory does, they often expect to hear about AI, automation, or billing systems. And while we do all those things...

Read more

Million Dollar Surprise

4/3/25

“They’re going to put me out of business. They want over a million dollars. I don’t have a million dollars”, his voice cracked over the phone...

Read more

Unlocking AI: A Practical Guide for IT Companies Ready to Make the Leap

12/22/24

Introduction: The AI Revolution is Here—Are You Ready?

Artificial intelligence isn’t just a buzzword anymore—it’s a transformative force reshaping industries worldwide. Yet for many IT companies, the question isn’t whether to adopt AI but how...

Read more

Agentic RAG: Separating Hype from Reality

12/18/24

Agentic AI is rapidly gaining traction as a transformative technology with the potential to revolutionize how we interact with and utilize artificial intelligence. Unlike traditional AI systems that passively respond to...

Read more

From Black Boxes to Clarity: Buffaly's Transparent AI Framework

11/27/24

Large Language Models (LLMs) have ushered in a new era of artificial intelligence, enabling systems to generate human-like text and engage in complex conversations...

Read more

Bridging the Gap Between Language and Action: How Buffaly is Revolutionizing AI

11/26/24

The rapid advancement of Large Language Models (LLMs) has brought remarkable progress in natural language processing, empowering AI systems to understand and generate text with unprecedented fluency. Yet, these systems face...

Read more

When Retrieval Augmented Generation (RAG) Fails

11/25/24

Retrieval Augmented Generation (RAG) sounds like a dream come true for anyone working with AI language models. The idea is simple: enhance models like ChatGPT with external data so...

Read more

SemDB: Solving the Challenges of Graph RAG

11/21/24

In the beginning there was keyword search. Eventually word embeddings came along and we got Vector Databases and Retrieval Augmented...

Read more

Metagraphs and Hypergraphs with ProtoScript and Buffaly

11/20/24

In Volodymyr Pavlyshyn's article, the concepts of Metagraphs and Hypergraphs are explored as a transformative framework for developing relational models in AI agents’ memory systems...

Read more

Chunking Strategies for Retrieval-Augmented Generation (RAG): A Deep Dive into SemDB’s Approach

11/19/24

In the ever-evolving landscape of AI and natural language processing, Retrieval-Augmented Generation (RAG) has emerged as a cornerstone technology...

Read more

Is Your AI a Toy or a Tool? Here’s How to Tell (And Why It Matters)

11/7/24

As artificial intelligence (AI) becomes a powerful part of our daily lives, it’s amazing to see how many directions the technology is taking. From creative tools to customer service automation...

Read more

Stop Going Solo: Why Tech Founders Need a Business-Savvy Co-Founder (And How to Find Yours)

10/24/24

Hey everyone, Justin Brochetti here, Co-founder of Intelligence Factory. We're all about building cutting-edge AI solutions, but I'm not here to talk about that today. Instead, I want to share...

Read more

Why OGAR is the Future of AI-Driven Data Retrieval

9/26/24

When it comes to data retrieval, most organizations today are exploring AI-driven solutions like Retrieval-Augmented Generation (RAG) paired with Large Language Models (LLM)...

Read more

The AI Mirage: How Broken Systems Are Undermining the Future of Business Innovation

9/18/24

Artificial Intelligence. Just say the words, and you can almost hear the hum of futuristic possibilities—robots making decisions, algorithms mastering productivity, and businesses leaping toward unparalleled efficiency...

Read more

A Sales Manager’s Perspective on AI: Boosting Efficiency and Saving Time

8/14/24

As a Sales Manager, my mission is to drive revenue, nurture customer relationships, and ensure my team reaches their goals. AI has emerged as a powerful ally in this mission...

Read more

Prioritizing Patients for Clinical Monitoring Through Exploration

7/1/24

RPM (Remote Patient Monitoring) CPT codes are a way for healthcare providers to get reimbursed for monitoring patients' health remotely using digital devices...

Read more

10X Your Outbound Sales Productivity with Intelligence Factory's AI for Twilio: A VP of Sales Perspective

6/28/24

As VP of Sales, I'm constantly on the lookout for ways to empower my team and maximize their productivity. In today's competitive B2B landscape, every interaction counts...

Read more

Practical Application of AI in Business

6/24/24

In the rapidly evolving tech landscape, the excitement around AI is palpable. But beyond the hype, practical application is where true value lies...

Read more

AI: What the Heck is Going On?

6/19/24

We all grew up with movies of AI and it always seemed to be decades off. Then ChatGPT was announced and suddenly it's everywhere...

Read more

Paper Review: Compression Represents Intelligence Linearly

4/23/24

This is post is the latest in a series where we review a recent paper and try to pull out the salient points. I will attempt to explain the premise...

Read more

SQL for JSON

4/22/24

Everything old is new again. A few years back, the world was on fire with key-value storage systems. I think it was Google's introduction of MapReduce that set the fire...

Read more

Telemedicine App Ends Gender Preference Issues with AWS Powered AI

4/19/24

AWS machine learning enhances MEDEK telemedicine solution to ease gender bias for sensitive online doctor visits...

Read more