# Startups na área da saúde

> Como uma infraestrutura de dados médicos interoperável poupa a uma startup a necessidade de construir registos de pacientes, consentimento, auditoria e integrações do zero, um caminho realista para a produção e o que a startup ainda detém.

Source: https://developers.anpheros.com/pt/guides/healthcare-startups

**Para uma startup na área da saúde, o caminho mais rápido para um produto funcional é construir aquilo que a torna diferente e usar infraestrutura para aquilo de que todos os produtos médicos necessitam.** Anpheros é uma infraestrutura de dados médicos interoperável: registos de pacientes em HL7 FHIR R4, uma API REST e FHIR, consentimento de pacientes baseado em OAuth, proveniência e auditoria, importação de laboratório, webhooks e SDKs. Uma startup pode construir o seu produto por cima, em vez de gastar os seus primeiros meses numa base de dados médica.

## O que um produto de saúde precisa antes de poder fazer algo útil

Quase todos os produtos de saúde — um rastreador de doenças crónicas, um serviço de monitorização remota, uma aplicação de gravidez ou medicação, uma ferramenta de clínica, um assistente de IA — precisam da mesma base:

| Base | Construído de raiz | Na Anpheros |
|---|---|---|
| Registos de pacientes | desenhar tabelas para medições, diagnósticos, medicamentos, documentos | Registo FHIR R4, 26 tipos de recursos |
| Códigos padrão | pesquisar LOINC, ICD-10, ATC; construir seletores | reconhecidos na escrita; pesquisa LOINC incluída, medicamentos por INN e RxNorm |
| Camada de dados médicos e API | desenhar e documentar uma API | REST v1 e FHIR R4, especificação OpenAPI |
| Autenticação para acesso a dados | construir chaves de API e OAuth | chaves de API por projeto; OAuth 2.1 com PKCE, SMART on FHIR |
| Consentimento | lógica de concessão, âmbito, expiração e revogação | integrado, visível para o paciente |
| Auditoria e proveniência | registo, histórico, uma forma de mostrar aos utilizadores | cada leitura e escrita registada; cada versão mantida |
| Dados de laboratório | parsers para cada formato de laboratório | importação CSV, HL7 v2 ORU^R01 e JSON |
| Eventos | uma fila e lógica de retentativa | webhooks assinados e com retentativa |
| Bibliotecas de cliente | escrever as suas próprias | SDKs TypeScript e Dart / Flutter |
| Contexto de IA | código de recuperação e sumarização | API de contexto com orçamento de tokens e rótulos de origem |

Nenhum destes é o produto da startup, e cada um é fácil de errar subtilmente com dados médicos.

A oferta para startups numa página — sandbox gratuito, projetos de arranque executáveis, acesso de produção e preços: [anpheros.com/for-startups](https://anpheros.com/for-startups).

## Um caminho realista

1.  **Prototipar na sandbox.** O acesso à sandbox é self-service: inicie sessão com o Google e obtenha uma chave com um clique. As chaves da sandbox (`sk_test_`) acedem apenas a uma base de dados separada — a cópia do seu projeto de 30 pacientes sintéticos — pelo que um protótipo, incluindo um escrito com ferramentas de codificação de IA, nunca toca em dados reais.
2.  **Construir a camada do produto.** Ecrãs, onboarding, o seu conteúdo clínico, as suas funcionalidades de IA; o registo médico vive no Anpheros. [Criar uma aplicação de saúde](https://developers.anpheros.com/pt/guides/build-a-healthcare-app)
3.  **Conectar parceiros.** Um laboratório parceiro pode enviar relatórios para os registos dos seus pacientes; uma clínica pode escrever em nome da sua organização. [Integrações de saúde](https://developers.anpheros.com/pt/guides/healthcare-integrations)
4.  **Ir para produção.** As chaves de produção (`sk_live_`) são emitidas a organizações verificadas com um acordo de processamento de dados assinado.

## O que ainda lhe pertence

A infraestrutura não remove as responsabilidades próprias de uma startup:

- **O estatuto regulamentar do seu produto.** Se o seu software fizer alegações de diagnóstico ou terapêuticas, pode ser regulamentado como um dispositivo médico; essa avaliação é sua. A Anpheros não reivindica certificação de dispositivo médico ou outras aprovações regulamentares.
- **A segurança clínica** do seu conteúdo e de qualquer funcionalidade de IA.
- **As contas dos seus utilizadores** e a relação com eles.
- **A sua própria conformidade** como controlador de dados pessoais; a Anpheros processa o registo sob um acordo de processamento de dados e mantém-o na UE.

## Coisas a saber sobre o estado atual

A Anpheros Platform está em beta privado: alojamento numa única zona sem failover automático, sem SLA contratual, limites de 600 pedidos por minuto por chave e por IP. O lançamento do SMART EHR ainda não é suportado. Estes limites são listados publicamente para que possa planear em conformidade. [Segurança, privacidade e residência de dados](https://developers.anpheros.com/pt/guides/security) · [Limites](https://developers.anpheros.com/pt/guides/limits) · [Fiabilidade, estado e incidentes](https://developers.anpheros.com/pt/guides/reliability)

## Perguntas frequentes

### Podemos começar sem dados reais de pacientes?
Sim. A sandbox é uma base de dados separada; cada projeto sandbox recebe os seus próprios 30 pacientes sintéticos, e as chaves da sandbox não conseguem aceder a dados de produção.

### Os nossos utilizadores precisam de uma conta Anpheros?
Não, se o seu projeto criar os seus registos: o seu backend cria um paciente por utilizador e lê-o e escreve-o com a sua chave de API. As pessoas que já mantêm um registo no Anpheros podem, em vez disso, conceder acesso à sua aplicação através da página de consentimento.

### Podemos sair mais tarde e levar os dados connosco?
Os registos são FHIR R4 padrão. `Patient/$everything` devolve o registo completo de um paciente como um pacote FHIR.

## Relacionado

- [Desenvolvimento de software para a área da saúde](https://developers.anpheros.com/pt/guides/healthcare-software)
- [Desenvolver com Anpheros](https://developers.anpheros.com/pt/guides/build-with-anpheros)
- [Backend e base de dados para aplicações médicas](https://developers.anpheros.com/pt/guides/medical-app-backend)
- [Casos de uso](https://developers.anpheros.com/pt/guides/use-cases)
- [Aplicações de IA na área da saúde](https://developers.anpheros.com/pt/guides/ai-healthcare)
