BR112020021396A2 - sistema e método para protocolo de despacho expresso - Google Patents
sistema e método para protocolo de despacho expresso Download PDFInfo
- Publication number
- BR112020021396A2 BR112020021396A2 BR112020021396-9A BR112020021396A BR112020021396A2 BR 112020021396 A2 BR112020021396 A2 BR 112020021396A2 BR 112020021396 A BR112020021396 A BR 112020021396A BR 112020021396 A2 BR112020021396 A2 BR 112020021396A2
- Authority
- BR
- Brazil
- Prior art keywords
- information
- prescriptive
- emergency
- dispatcher
- fact
- Prior art date
Links
Classifications
-
- G—PHYSICS
- G08—SIGNALLING
- G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
- G08B21/00—Alarms responsive to a single specified undesired or abnormal condition and not otherwise provided for
- G08B21/02—Alarms for ensuring the safety of persons
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
- H04M3/51—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing
- H04M3/5116—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing for emergency applications
-
- G—PHYSICS
- G08—SIGNALLING
- G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
- G08B25/00—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems
- G08B25/006—Alarm destination chosen according to type of event, e.g. in case of fire phone the fire service, in case of medical emergency phone the ambulance
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
- G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
- G16H40/20—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
Abstract
Uma central de despacho utiliza um protocolo de despacho expresso para que um provedor de informações que é um socorrista treinado se comunique com ela e forneça informações sobre o paciente com pouca ou nenhuma interferência de um despachante. O protocolo de despacho expresso permite o processamento expresso das informações sobre o paciente e gera um código determinante que indica a prioridade da emergência. Tal protocolo de despacho expresso propicia um resultado uniforme e consistente a fim de selecionar objetivamente a prioridade e gerar uma resposta de emergência apropriada.
Description
[001] O presente pedido de patente reivindica prioridade ao Pedido de Patente dos EUA no 62/659.947 intitulado EXPEDITED DISPATCH PROTOCOL SYSTEM AND METHOD®, depositado no dia 19 de abril de 2018, o qual incorpora- se ao presente documento por referência na íntegra.
[002] © 2019 Priority Dispatch Corp. Parte da revelação deste documento de patente contém material sujeito a proteção por direitos autorais. O titular dos direitos autorais não faz objeção quanto à reprodução fac-símile, por qualquer pessoa seja, do documento de patente ou da revelação na forma em que encontram-se nos arquivos ou registros de patentes do Escritório de Marcas e Patentes (Patent and Trademark Office), mas, fora isso, reserva para si todos os direitos autorais, quaisquer que sejam. 37 CFR §1.71(d).
[003] A presente invenção refere-se a sistemas e métodos de computador para prover interrogações de emergência médica, coleta de informações, instruções e despacho. Mais especificamente, a presente invenção refere-se a protocolos implementados por computador para permitir que um despachante processe pedidos de resposta médica de maneira precisa, consistente e sistemática ao guiá-lo durante a interrogação, coleta de informações, determinação de respostas e instruções ao provedor de informações.
[004] A FIG. 1 ilustra um diagrama em blocos de um sistema e método para um protocolo de despacho de acordo com uma modalidade.
[005] A FIG. 2 ilustra um fluxograma de um sistema e método para um protocolo de despacho de acordo com uma modalidade.
[006] As FIGs. de 3A a 3H ilustram modalidades de uma interface do usuário para um protocolo de despacho de emergência.
[007] As FIGs. de 4A a 4F ilustram modalidades de uma interface do usuário para um protocolo de despacho de emergência.
[008] As FIGs. de 5A a 5E ilustram modalidades de uma interface do usuário para um protocolo de despacho de emergência.
[009] As FIGs. de 6A a 6F ilustram modalidades de uma interface do usuário para um protocolo de despacho de emergência.
[010] As FIGs. de 7A a 7G ilustram modalidades de uma interface do usuário para um protocolo de despacho de emergência.
[011] As FIGs. de 8A a 8D ilustram modalidades de uma interface do usuário para um protocolo de despacho de emergência.
[012] As FIGs. de 9A a 9E ilustram modalidades de uma interface do usuário para um protocolo de despacho de emergência.
[013] As FIGs. de 10A a 10F ilustram modalidades de uma interface do usuário para um protocolo de despacho de emergência.
[014] As FIGs. 11A e 11B ilustram uma modalidade de um cartão de referência para uso por um socorrista.
[015] As FIGs. de 12A a 12H ilustram modalidades de uma interface do usuário em um aplicativo de software para uso com um protocolo de despacho de emergência.
[016] A FIG. 13 ilustram uma modalidade de uma mensagem de texto para um protocolo de despacho de emergência.
[017] Serviços de despacho de emergência médica beneficiam-se em grande medida de protocolos médicos para propiciar resultados uniformes e consistentes. Os protocolos de emergência médica incluem um método sistemático de interrogação aos provedores de informação com perguntas pré-programadas a fim de eliminar a variabilidade em razão dos diferentes níveis de habilidade dos diferentes despachantes e a necessidade de o despachante ter que lembrar por conta própria as perguntas e instruções apropriadas toda vez que receber uma chamada. Os protocolos de emergência médica permitem que os despachantes enviem a equipe de resposta e os veículos de emergência apropriados e que decidam quanto ao uso ou não de respostas com luzes e sirene. Isso permite o uso racional dos recursos e respostas com luzes e sirenes de modo a reduzir o risco de colisão.
[018] Há muito constata-se que os protocolos de emergência médica melhoram a precisão e eficácia das informações coletadas, reservando assim profissionais de emergência para as emergências mais urgentes. Outro benefício dos protocolos de emergência médica consiste em reduzir o esgotamento e o estresse do despachante ao melhorar as informações repassadas aos profissionais de emergência ao mesmo tempo em que munem-se simultaneamente esses profissionais de maior consciência e conhecimento da situação de segurança da emergência médica. Os sistemas de despacho médico com protocolos de emergência médica oferecem ainda instruções programadas para cuidado do paciente.
[019] Os sistemas de despacho de emergência pressupõem que os provedores de informação solicitando resposta médica são inexperientes e precisarão de orientação para responder às perguntas. No entanto, frequentemente um socorrista treinado entra em contato com um serviço de despacho, e, no presente documento, é revelado um protocolo expresso que economiza tempo e energia por não orientar um provedor de informações que seja um socorrista treinado a cada pergunta.
[020] Um socorrista pode ser treinado em como avançar através de um protocolo expresso quando o tempo e a atenção forem limitados. Com frequência, a emergência médica requer uma resposta rápida, e o socorrista pode ser uma autoridade legal que está envolvida em uma situação perigosa ou mesmo hostil. Por exemplo, uma autoridade legal pode estar envolvida em um roubo ativo, tiroteio, situação com reféns ou algo do gênero, e a atenção e o tempo para a emergência médica serem limitados. Como revelado neste documento, uma autoridade legal pode chamar uma central de despacho e transmitir verbalmente uma série de frases curtas e diretas para expedir um despacho de emergência médica. A central de despacho inclui protocolos de emergência para uma chamada rotineira por um membro do público não treinado ou protocolos de emergência expedidos por um socorrista treinado. Em outras modalidades reveladas neste documento, um socorrista pode ser treinado para usar um aplicativo de software, troca de mensagens de texto e/ou troca de mensagens de voz a fim de se comunicar com um protocolo de despacho expresso em uma central de despacho.
[021] Como revelado neste documento, um protocolo de despacho expresso permite que um socorrista comunique-se com uma central de despacho e forneça informações sobre o paciente (ou outras informações) relacionadas à ocorrência com pouca ou nenhuma orientação por parte de um despachante. O protocolo de despacho de prioridade processa as informações e gera um código determinante que indica a prioridade e o tipo da resposta de emergência. Com isso, obtêm-se resultados uniformes e consistentes por meio do sistema revelado e minimizam-se as discrepâncias em razão da subjetividade humana. O termo "Advanced SEND" ("ENVIO antecipado") pode ser usado para identificar o aplicativo que incorpora o protocolo de despacho expresso.
[022] As modalidades da invenção serão mais bem compreendidas por referência aos desenhos, nos quais partes iguais são indicadas pelos mesmos números em todos eles. Entender-se-á prontamente que os componentes das modalidades reveladas, conforme descritos e ilustrados em geral nas figuras anexas, podem ser organizados e projetados em uma ampla variedade de configurações diferentes. Sendo assim, a descrição detalhada das modalidades dos sistema e métodos da invenção a seguir não tenciona limitar o âmbito da invenção, conforme reivindicada, mas é meramente representativa das possíveis modalidades da invenção. Além disso, as etapas de um método não precisam ser executadas necessariamente em nenhuma ordem específica, ou mesmo em sequência, nem precisam as etapas ser executadas somente uma vez, salvo especificação em contrário.
[023] Em alguns casos, características, estruturas ou operações familiares não são exibidas ou descritas em detalhes. Além disso, as características, estruturas ou operações descritas podem ser combinadas de qualquer maneira adequada em uma ou mais modalidades. Entender-se-á prontamente também que os componentes das modalidades, conforme descritos e ilustrados em geral nas figuras anexas, podem ser organizados e projetados em uma ampla variedade de configurações diferentes.
[024] Vários aspectos das modalidades descritas serão ilustrados como módulos ou componentes de software. Conforme usado neste documento, um módulo ou componente de software pode incluir qualquer tipo de instrução de computador ou código executável por computador localizados dentro de um dispositivo de memória e/ou transmitidos como sinais eletrônicos através de um barramento de sistema ou de uma rede com fio ou sem fio. Um módulo de software pode compreender, por exemplo, um ou mais blocos físicos ou lógicos de instruções de computador, que podem ser organizados como um programa, objeto, componente, estrutura de dados etc. rotineiros, que executam uma ou mais tarefas ou implementa tipos de dados abstratos específicos.
[025] Em certas modalidades, um módulo de software específico pode compreender instruções díspares armazenadas em diferentes localizações de um dispositivo de memória, que, juntas, implementam a funcionalidade descrita do módulo. De fato, um módulo pode compreender uma única instrução, ou muitas instruções, e pode ser distribuído através de vários segmentos de código diferentes, entre diferentes programas e entre vários dispositivos de memória. Algumas modalidades podem ser praticadas em um ambiente de computação distribuída, onde as tarefas são realizadas por um dispositivo de processamento remoto conectado através de uma rede de comunicações. Em um ambiente de computação distribuída, os módulos de software podem estar localizados em dispositivos de armazenamento em memória local e/ou remota. Além disso, dados sendo vinculados ou reunidos em um registro de banco de dados podem residir no mesmo dispositivo de memória, ou entre vários dispositivos de memória, e podem ser interligados em campos de um registro em um banco de dados através de uma rede.
[026] Um software adequado para ajudar a implementar a invenção é prontamente obtido pelos versados na(s) técnica(s) pertinente(s) usando os ensinamentos apresentados neste documento e linguagens e ferramentas de programação, tais como Java, Pascal, C++, C, linguagens de banco de dados, APIs, SDKs, assembly, firmware, microcódigo e/ou outras linguagens e ferramentas.
Formatos de sinal adequados podem ser concretizados em forma analógica ou digital, com ou sem bits de detecção ou correção de erros, cabeçalhos de pacote, endereços de rede em formato específico, e/ou outros dados de apoio prontamente providos pelos versados na(s) técnica(s) pertinente(s).
[027] Um sistema de despacho médico revelado neste documento pode ser implementado por computador, como um todo ou em parte, em um computador digital. O computador digital inclui um processador que executa as computações necessárias. O computador inclui ainda uma memória em comunicação eletrônica com o processador para armazenar um sistema operacional de computador. Os sistemas operacionais de computador podem incluir MS-DOS, Windows, Unix, AIX, CLIX, QNX, OS/2 e Apple. Como alternativa, espera-se que modalidades futuras sejam adaptadas para execução em outros sistemas operacionais futuros. A memória também armazena programas de aplicativo, incluindo um programa de Despacho Assistido por Computador (CAD), um protocolo de despacho de emergência médica e um programa de interface, e armazenamento de dados. O computador inclui ainda um dispositivo de saída, tal como uma unidade de exibição, para visualizar as instruções e perguntas exibidas e, como um dispositivo de entrada do usuário, para introduzir dados de resposta.
[028] Com referência à FIG. 1, é ilustrada uma modalidade de um sistema de resposta de emergência médica assistido por computador 100. Em uma central de despacho 102, um despachante 104 opera um computador 106 que compreende uma memória 108 com um protocolo de despacho de emergência 110 armazenado ao menos em parte nela para permitir que o despachante 104 dê início de maneira rápida e consistente a uma resposta de emergência médica. A resposta de emergência médica utiliza pessoal médico com o treinamento apropriado e um veículo de serviço com equipamento de apoio e medicamentos a bordo. Um paciente 112 pode ser associado a um veículo adequadamente equipado e a pessoal médico apropriadamente treinado se os recursos se fizeram disponíveis.
[029] O protocolo de despacho de emergência 110 pode ser iniciado quando o despachante 104 receber de um provedor de informações 114 uma chamada referente a uma emergência médica em nome do paciente 112. Uma chamada recebida na central de despacho 102 pode se dar através de uma linha administrativa, um telefonema para 911 ou rádio. Em outros casos, o protocolo de despacho de emergência pode ser iniciado quando o computador 106 receber informações (que não por telefonema) de um provedor de informações 114. Em alguns casos, o paciente 112 pode telefonar ou enviar informações em seu próprio nome.
[030] O protocolo de despacho de emergência 110 oferece uma árvore lógica com perguntas, possíveis respostas do provedor de informações 114 e possíveis instruções ao provedor de informações 114. As respostas do provedor de informações, em alguns casos, levam a perguntas e/ou instruções subsequentes ao provedor de informações 114. As respostas são processadas de acordo com a lógica predeterminada para prover uma resposta de emergência médica. Durante o protocolo de despacho de emergência 110, o despachante 104 e/ou o protocolo de despacho de emergência 110 coletarão, entre outros, as condições e circunstâncias da emergência médica e a condição do paciente, ou como apresentadas ou como descobertas através de interrogatório, a fim de despachar uma resposta de emergência médica apropriada. O protocolo de despacho de emergência 110 facilita a coleta uniforme e consistente de informações referentes à emergência. O despacho pode ser determinado, em parte, por um sistema para atribuir logicamente códigos determinantes à medida que o protocolo avança pela árvore lógica (isto é, percorre-a). A árvore lógica do protocolo de despacho de emergência 110 pode ser oferecida através de vários subcomponentes do protocolo de despacho de emergência 110, incluindo, entre outros, o protocolo de entrada de caso 134, o protocolo de despacho interrogativo 132 e/ou o protocolo de despacho expresso
116.
[031] Modalidades exemplificativas de protocolos de despacho médico com árvores lógicas são reveladas nas Patentes dos EUA nº 5.857.966, 5.989.187,
6.004.266, 6.010.451, 6.053.864, 6.076.065, 6.078.894, 6.106.459, 6.607.481,
7.106.835, 7.645.234, 8.066.638, 8.103.523, 8.294.570, 8.335.298, 8.355.483,
8.396.191, 8.488.748, 8.670.526, 8.712.020, 8.873.719, 8.971.501, 9.319.859,
9.491.605 e 9.516.166, as quais incorporam-se ao presente documento por referência.
[032] O computador 106 inclui ainda o protocolo de entrada de caso 134, que pode atuar para coletar informações iniciais que sejam relevantes em todos os tipos de emergências aos quais a central de despacho 102 responde. O protocolo de entrada de caso 134 também pode ajudar a facilitar decisões sobre se o protocolo de despacho interrogativo 132 ou o protocolo de despacho expresso 116 será utilizado adiante.
[033] O computador 106 inclui ainda um protocolo de despacho interrogativo
132. O protocolo de despacho interrogativo 132 pode incluir perguntas pré- programadas que o despachante 104 faz ao provedor de informações 114 para receber informações relevantes acerca da ocorrência. O protocolo de despacho interrogativo 132 destina-se a usuários não treinados, que podem necessitar de interferência ou orientação por parte do despachante 104 para munir a central de despacho 102 de informações relevantes sobre a ocorrência (por exemplo, das respostas do provedor de informações 114 às perguntas pré-programadas).
[034] O computador 106 inclui ainda um protocolo de despacho expresso 116 para agilizar o recebimento de dados críticos e o despacho de emergência. O protocolo de despacho expresso 116 destina-se a socorristas treinados, que podem fornecer dados críticos predeterminados sem interferência ou orientação por parte do despachante 104. Essas informações sobre a ocorrência podem vir na forma de entradas prescritivas conhecidas da central de despacho 102 e do socorrista. O socorrista pode estar ligado à polícia, às forças de segurança, às forças armadas ou a um órgão estadual ou federal. O protocolo de despacho expresso 116 mune o despachante 104 dos campos de entrada para as informações sobre a ocorrência (por exemplo, das entradas prescritivas fornecidas pelo provedor de informações 114) para permitir a entrada e processamento expressos.
[035] O protocolo de despacho de emergência 110 inclui e opera uma calculadora de código determinante 118 para calcular um código determinante com base nas respostas do provedor de informações a perguntas pré-programadas e/ou com base nas entradas prescritivas fornecidas. Depois de processar essas informações, a calculadora de código determinante 118 gera um código determinante que indica a urgência da emergência. Os pontos de decisão do protocolo lidam justamente com decisões de vida ou morte, e os protocolos discutidos neste documento passam pela avaliação médica rigorosa por um quadro de médicos e especialistas em segurança pública dos Serviços Médicos de Emergência (EMS) que se especializaram em despacho médico. Os códigos determinantes podem variar, por exemplo, de DELTA, para emergências relativamente mais graves, a ALFA, para emergências relativamente menos graves.
Quando um valor determinante é identificado em um dos quatro níveis (ALFA-A, BRAVO-B, CHARLIE-C e DELTA-D), a configuração de resposta (por exemplo, os 3 veículos médicos envolvidos e o modo de resposta) é despachada conforme indicado pelo protocolo de despacho de emergência 110. Se o protocolo de despacho de emergência 110 ou o protocolo de despacho expresso 116 determinar que a emergência médica não é urgente, é possível enviar o pedido a um provedor não emergencial, em vez de despachar um veículo de resposta de emergência.
[036] Como muitas das ocorrências relatadas não são emergências médicas urgentes, as respostas de emergência são priorizadas de acordo com a necessidade e os recursos disponíveis. As ocorrências relatadas que de fato são emergências urgentes recebem uma maior avaliação e resposta imediata de prioridade e mérito.
Se a emergência médica não for urgente, as luzes e a sirene não são necessárias e não serão utilizadas, aumentando assim a segurança de todos na rua e nos veículos de emergência. Embora muitas emergências médicas não sejam urgentes, todas as respostas podem se beneficiar da avaliação e provisão apropriada de instruções pós-despacho e pré-chegada. Em algumas modalidades, antes da chegada da resposta, o protocolo de despacho de emergência 110 ou protocolo de despacho expresso 116 pode oferecer instruções apropriadas para a emergência médica, tais como a condição física do paciente, a condição mental do paciente, as necessidades medicinais do paciente, as necessidades de equipamento médico do paciente, as necessidades de assistência física do paciente e seus semelhantes.
[037] O código determinante oferece um código de categorização do tipo e nível da ocorrência. O código é transmitido a um sistema de Despacho Assistido por Computador (CAD) 120 para processamento. O sistema CAD 120 é uma ferramenta usada por despachantes para acompanhar e alocar recursos de resposta de emergência. O sistema CAD 120 pode gerir ferramentas do despachante para o processamento de chamadas de emergência, incluindo, entre outras, o protocolo de despacho de emergência 110 e o protocolo de despacho expresso 116, recursos de comunicação (por exemplo, sistema de rádio, alpha pager), ferramentas de mapeamento (por exemplo, tecnologia de sistema de posicionamento global (GPS), sistema de informações geográficas (GIS)) e sistemas de localização de veículo (por exemplo, localização automática de veículos (AVL)). O sistema CAD 120 pode operar, como um todo ou em parte, em um computador separado em comunicação com o computador 106. As informações primárias usadas nessa tarefa são as informações de localização tanto da ocorrência quanto das unidades, de disponibilidade de unidades e do tipo de ocorrência. Os sistemas CAD podem usar soluções de terceiros, tais como o E-911, transponderes de localização de veículo e terminais de dados móveis (MDTs), para automatizar a localização e tarefas de disponibilidade.
[038] O computador 106 pode incluir um módulo de relatório 122 para medir estatisticamente o desempenho de uma equipe individual e o desempenho geral da central. As estatísticas podem incluir taxas de complacência, estatísticas de processamento de chamadas e medições de ponto de rede. Uma vez concluída a chamada, o despachante 104 pode fechar o caso e um resumo do caso ser salvo. O resumo do caso pode ser recuperado posteriormente para revisão e/ou análise. O módulo de relatório 122 pode determinar estatísticas com base nos resumos dos casos e/ou enquanto os casos encontrarem-se em aberto.
[039] O computador 106 pode incluir uma interface de rede 130 para enviar e receber informações de um ou mais dispositivos externos ao computador 106. Esses dispositivos externos podem incluir outros dispositivos da central de despacho 102 (por exemplo, o sistema CAD 120 e/ou o equipamento telefônico 124) e também podem incluir dispositivos fora da central de despacho 102 (por exemplo, o telefone 136 ou outro dispositivo, tal como um computador laptop, usado pelo provedor de informações 114). A interface de rede 130 pode ser conectada a uma ou mais redes de qualquer tamanho, tais como a Internet e/ou uma Rede Local (LAN), associadas à central de despacho 102 a fim de facilitar a transferência de informações entre o computador 106 e os referidos um ou mais dispositivos externos. À guisa de exemplo, pode haver uma rede interconectando e facilitando a transferência de informações entre o computador 106, o sistema CAD 120 e um ou mais veículos de serviço e/ou outras unidades que possam ser despachados à localização do paciente 112 em resposta a uma ocorrência. Essa rede também pode interconectar e facilitar a transferência de informações entre qualquer um desses dispositivos, ou todos eles, e outros dispositivos, tais como o equipamento telefônico 124 da central de despacho 102 e/ou o telefone 136 do provedor de informações 114.
[040] A central de despacho 102 inclui o equipamento telefônico 124, um dispositivo de entrada 126 e um dispositivo de saída 128 para responder a chamadas e fazer a interface com o computador 106. O despachante 104 recebe chamadas no equipamento telefônico 124, identifica uma chamada como requerendo atenção médica e dá início a um protocolo de despacho de emergência
110. Ao identificar a emergência médica, o despachante 104 faz uma série de perguntas e, embora algumas delas sejam intuitivas, algumas perguntas do protocolo podem ser esquecidas se o despachante 104 não for orientado. O protocolo de despacho de emergência 110 propicia instruções que foram habilmente desenvolvidas para ajudar um provedor de informações novato a determinar as necessidades e a condição do paciente para assim prover uma resposta médica adequada. O protocolo de despacho de emergência 110 também pode oferecer instruções de primeiros socorros desenvolvidas habilmente para ajudar o provedor de informações 114 antes da chegada dos profissionais de emergência.
[041] A FIG. 2 traz um fluxograma 200 que ilustra o processamento de uma chamada de emergência recebida na central de despacho 102 de acordo com uma modalidade de um protocolo de despacho de emergência 110 da presente invenção.
Uma chamada de emergência recebida pode começar com um protocolo de entrada de caso 202, que orienta o despachante 104 a coletar informações iniciais. O objetivo do protocolo de entrada de caso 202 consiste em obter informações suficientes do provedor de informações 114 para confirmar a localização da emergência médica, o número de telefone do provedor de informações 114 e uma descrição do problema médico do paciente 112. É possível que todas as chamadas sejam processadas através do protocolo de entrada de caso 202 para coletar informações iniciais. O protocolo de entrada de caso 202 pode incluir a localização do paciente, o número de telefone do provedor de informações, a descrição do problema médico do paciente, a idade do paciente, o sexo do paciente e quaisquer questões ou queixas médicas. Em uma modalidade, o protocolo de entrada de caso 202 pode incluir o que é conhecido no campo da técnica como "os quatro mandamentos para o despacho de emergência médica": a idade do paciente, o estado respiratório do paciente, o estado de consciência do paciente e uma descrição da condição médica do paciente ou queixa principal, se houver.
[042] Se o protocolo de entrada de caso 202 determinar que o provedor de informações 114 é um membro do público geral, o processo avança ao protocolo de despacho interrogativo 204, que orienta o despachante 104 através da árvore lógica do protocolo de despacho de emergência 110 usando perguntas pré-programadas.
O avanço através da árvore lógica usando perguntas pré-programadas pode ser identificado como um interrogatório 206 para determinar a natureza da emergência médica e, se cabível, fornecer instruções pré-chegada. Depois de determinar a natureza da emergência médica, o protocolo de despacho interrogativo 204 ativa a calculadora de código determinante 118 para gerar um código determinado e despachar 208 uma resposta de emergência com veículo médico e pessoal médico apropriados.
[043] As instruções pré-chegada podem ser sob medida para a situação e/ou condição específica do paciente 112, e podem incluir roteiros de sequência de tratamento que cobrem, entre outros, parada cardíaca, obstrução das vias aéreas e parto. Por exemplo, os roteiros de sequência de tratamento podem permitir que o despachante oriente o provedor de informações para realizar a RCP, manobra de Heimlich ou procedimentos de parto de emergência. Tipicamente, o resultado de instruções propriamente transmitidas (pelo despachante 104) e executadas (pelo provedor de informações 114) é um paciente 112 mais viável quando da chegada dos profissionais de emergência.
[044] Se o protocolo de entrada de caso 202 determinar que o provedor de informações 114 é um socorrista, o processo passará ao protocolo de despacho expresso 210. A confirmação de um socorrista pode se dar através de uma linha dedicada, confirmação verbal ao despachante 104 e seus semelhantes. O protocolo de despacho expresso 210 recebe 212 informações críticas do paciente, tais como identificação do problema médico principal ou tipo de ocorrência, idade do paciente, estado de consciência, respiração, dores torácicas e hemorragia grave. O despachante 104 pode receber confirmação verbal das informações predeterminadas do paciente sem indagar ou orientar o provedor de informações
114. O protocolo de despacho expresso 210 pode incluir uma lista de campos de entrada para receber as informações sobre o paciente tão logo verbalizadas pelo provedor de informações 114.
[045] Com base nas informações sobre o paciente, o protocolo de despacho expresso 210 determina a natureza da emergência médica e ativa a calculadora de código determinante 118 para gerar um código determinado. O protocolo de despacho expresso 210 despacha 214 uma resposta de emergência com veículo médico e pessoal médico apropriados. O protocolo de despacho expresso 210 também pode oferecer instruções pré-chegada ao provedor de informações 114, como discutido previamente. As instruções pré-chegada podem ser dirigidas a um socorrista com o treinamento esperado em primeiros-socorros e outros treinamentos médicos de emergência.
[046] Com referência às FIGs. de 3A a 3H, são ilustradas modalidades de uma interface do usuário 300 para o protocolo de despacho de emergência 110 que são exibidas para o despachante 104. Na modalidade da FIG. 3A, a interface do usuário 300 pode atuar para coletar informações para o protocolo de entrada de caso 202. Nas modalidades das FIGs. de 3B a 3H, a interface do usuário 300 pode atuar para coletar informações para o protocolo de despacho expresso 210 subsequentemente à identificação, pelo protocolo de entrada de caso 202, de que o provedor de informações 114 é um socorrista. Os versados na técnica apreciarão que a interface do usuário 300 pode ser concretizada em vários formatos, todos os quais enquadram-se no âmbito da invenção.
[047] Na FIG. 3A, a interface do usuário 300 oferece campos de entrada para a localização do paciente 302, o número de telefone do provedor de informações 304, a descrição do problema pelo provedor de informações 306, se o provedor de informações está com o paciente 308, quantos estão feridos ou passando mal 310, a idade do paciente 312, o sexo do paciente 314, se o paciente está consciente 316, se o paciente está respirando 318 e um código de queixa principal 320.
[048] O código de queixa principal fornecido ao despachante 104 pode ser usado na prática industrial e seu recebimento/uso pode instruir o despachante 104 e/ou o computador 106 a prosseguir com um despacho de prioridade expresso. O provedor de informações 114 pode confirmar verbalmente ao despachante 104 que é um socorrista e está preparado para fornecer informações sobre o paciente sem necessidade de orientação. O despachante 104 pode introduzir esse código de queixa principal conhecido na interface do usuário 300 para ativar o protocolo de despacho expresso 210. Na modalidade ilustrada, o Código de Queixa Principal introduzido é "38", que é usado para executar o protocolo "Advanced SEND" ("ENVIO antecipado"). O protocolo "Advanced SEND", ilustrado na interface do usuário 300, também é chamado neste documento de protocolo de despacho expresso 210.
[049] A qualquer momento durante o protocolo de entrada de caso 202, o provedor de informações 114, que é o autor da chamada, pode confirmar verbalmente ao despachante 104 e/ou ao computador 106 que é um socorrista. O provedor de informações 114 também pode telefonar por, trocar texto por ou usar de alguma outra forma um canal de informações dedicado, tal como uma linha dedicada, extensão ou frequência de rádio, cujo uso identifica o provedor de informações 114 como um socorrista. O provedor de informações 114 também pode ser identificado como socorrista através da comunicação do computador 106 com um aplicativo de software reconhecido por ser executado em um telefone 136 ou outro dispositivo associado a um provedor de informações 114 que é um socorrista, conforme descrever-se-á em detalhes abaixo.
[050] O protocolo de entrada de caso 202 pode exigir a entrada da localização do paciente 302, do número de feridos 310, da idade do paciente 312, do estado de consciência 316 e do estado respiratório 318 antes de avançar. Essas informações podem ser obtidas via interrogação pelo despachante 104, ou é possível que um provedor de informações 114 que seja socorrista forneça essas informações sem necessidade de orientação pelo despachante 104. Sendo assim, depois que um provedor de informações 114 é confirmado como socorrista, outras entradas, tais como o número de telefone do provedor de informações, o provedor de informações 114 estar ou não com o paciente 308 e/ou o sexo do paciente 314, podem ser desnecessárias para avançar.
[051] Na FIG. 3B, a interface do usuário 300 orienta o despachante 104 a obter o problema médico principal ou tipo de ocorrência. A interface do usuário 300 oferece uma lista de categorias de problema, tais como "Injuries (TRAUMA)" ("Ferimento (TRAUMA)"), "Bleeding (TRAUMA)" "Hemorragia (TRAUMA)", "MEDICAL" ("MÉDICA"), "Bleeding (non-traumatic)" ("Hemorragia (não traumática)"), "Traffic/Transportation incident" ("Ocorrência de trânsito/transporte"), "EXCITED DELIRIUM" ("DELÍRIO AGITADO"), "Tasered" ("Imobilizado com taser") ou "Unknown" ("Desconhecido"). Cada uma das categorias dadas nessa lista (e em listas semelhantes descritas ao longo deste documento) pode ser uma entrada prescritiva de um protocolo de despacho expresso e conhecida do despachante 104 e do provedor de informações 114. Além disso, a disposição específica das categorias, conforme ilustrada nessa lista (e em listas semelhantes descritas ao longo deste documento), é dada à guisa de exemplo e não à guia de limitação.
Contemplam-se outras listas com categorias ou outros itens que não os expressamente apresentados neste documento.
[052] O despachante 104 pode destacar e selecionar qualquer uma das categorias de problema. O provedor de informações 114 pode identificar verbalmente o problema médico ou tipo de ocorrência sem necessidade de orientação por parte do despachante 104. Na FIG. 3B, a categoria de problema é identificada como "Injuries (TRAUMA)".
[053] A FIG. 3B (e outras figuras ao longo deste documento) ilustra uma modalidade do conteúdo do campo "Additional Information" ("Informações adicionais") 321. Esse campo pode conter informações para ajudar o despachante 104 a responder corretamente às perguntas apresentadas na interface do usuário
300. O campo "Additional Information" 321 pode ser exibido por padrão antes da seleção, por exemplo, da categoria de problema por parte do despachante 104 (ou por padrão antes de outra entrada por parte do despachante 104). Como alternativa, o despachante 104 pode ter selecionado previamente a aba "Additional Information" 323 associada a fim de exibir o campo "Additional Information" 321.
[054] Na FIG. 3C, a interface do usuário 300 orienta o despachante 104 a obter o tipo de ferimentos/ocorrência. A interface do usuário 300 pode fornecer uma opção para selecionar "NOT DANGEROUS body area" ("área do corpo NÃO PERIGOSA"), "POSSIBLY DANGEROUS body area" ("área do corpo POSSIVELMENTE PERIGOSA"), "Chest" ("Tórax"), "Neck" ("Pescoço"), "Head" ("Cabeça"), "Fall (ground level)" ("Queda (nível do solo)"), "MINOR hemorrhage" ("Hemorragia LEVE"), "Minor injuries" ("Ferimentos leves") ou "Critical injuries" ("Ferimentos críticos"). Conforme indicado, seleciona-se "POSSIBLY DANGEROUS body area".
[055] A FIG. 3C (e outras figuras ao longo deste documento) ilustra uma modalidade do campo "Question Answers" ("Respostas às perguntas") 322. O campo "Question Answers" 322 pode ser exibido automaticamente em resposta à seleção da categoria de problema médico principal (ou a outras seleções descritas neste documento) por parte do despachante 104, conforme descrito com referência à FIG. 3B acima. Como alternativa, o despachante 104 pode ter selecionado a aba
"Question Answers" 325 associada a fim de exibir o campo "Question Answers" 322.
O campo "Question Answers" 322 é atualizado com a resposta à indagação anterior à medida que o protocolo avança.
[056] Na FIG. 3D, a interface do usuário 300 indaga ao despachante 104 se o paciente 112 está totalmente alerta. A interface do usuário 300 pode oferecer uma opção para selecionar "Yes" ("Sim"), "Não" ("No") ou "Unknown" ("Desconhecido").
Conforme indicado, seleciona-se "Yes". A interface do usuário 300 pode oferecer um campo "Question Answers" 322 para listar as respostas já introduzidas. Este oferece um indicador visual ao despachante 104 e será salvo como um registro. Conforme indicado, a categoria de problema é "Injuries (TRAUMA)", e o socorrista relatou que dado ferimento encontra-se em uma "POSSIBLY DANGEROUS body area".
Conforme ilustrado, o campo "Question Answers" 322 é atualizado com a resposta à indagação anterior à medida que o protocolo avança.
[057] Na FIG. 3E, a interface do usuário 300 indaga ao despachante 104 se o paciente 112 está com dificuldade para respirar. A interface do usuário 300 pode oferecer uma opção para selecionar "No" ("Não"), "Yes" ("Sim") ou "Unknown" ("Desconhecido"). Conforme indicado, seleciona-se "Yes". Conforme ilustrado, o campo "Question Answers" 322 é atualizado com a resposta à indagação anterior à medida que o protocolo avança.
[058] Na FIG. 3F, a interface do usuário 300 indaga ao despachante 104 se o paciente 112 está com uma hemorragia grave. A interface do usuário 300 pode oferecer uma opção para selecionar "No bleeding now" ("Sem hemorragia no momento"), "Yes, SERIOUS" ("Sim, GRAVE"), "Unknown" ("Desconhecido") ou "Bleeding, not serious" ("Hemorragia, não grave"). Conforme indicado, seleciona-se "No bleeding now".
[059] Na FIG. 3G, a interface do usuário 300 indaga ao despachante 104 quanto ao pedido do modo de resposta específico. O socorrista está ciente do ambiente e das condições associadas à emergência médica e está em melhor situação para determinar o tipo de resposta. Por exemplo, o socorrista pode estar em uma situação com população hostil ou em uma situação com reféns, casos esses em que uma situação com luzes e sirene poderia agravar a situação. Em determinada situação, embora alta prioridade seja atribuída a uma resposta de emergência, a resposta pode se dar sem as luzes e sirene na medida em que o veículo de resposta se aproximada dos arredores. A interface do usuário 300 pode oferecer uma opção para selecionar "No" ("Não"), "HOT (lights-and-siren)" ("QUENTE (luzes e sirene)") ou "COLD (routine)" ("FRIO (rotineiro)"). Se o provedor de informações 114 não indicar nenhuma preferência, o despachante 104 pode introduzir "No", e o protocolo de despacho expresso 210 pode fazer a determinação com base em informações pré-programadas no protocolo. Mais uma vez, o campo "Question Answers" 322 é atualizado com a resposta à indagação anterior à medida que o protocolo avança.
[060] Na FIG. 3H, a interface do usuário 300 oferece um campo de resumo 324, que lista as entradas prescritivas selecionadas pelo despachante 104. O protocolo de despacho expresso 210 ativa a calculadora de código determinante 118, que lista o código determinante como Delta 7. O código determinante pode ser listado no campo de envio 326, que pede ao despachante 104 para confirmar a geração de uma resposta de emergência. Essa confirmação pode ocorrer quando o despachante 104 utiliza o dispositivo de entrada 126 para interagir com o computador 106 de uma maneira específica (por exemplo, usando um mouse para clicar no campo de envio 326). A interface do usuário 300 também pode incluir um campo de determinantes que exibe os vários códigos determinantes 328.
[061] As modalidades das FIGs. de 4A a 4F ilustram outro exemplo de uso de uma interface do usuário para coletar informações para um protocolo de despacho expresso, tal como o protocolo de despacho expresso 210. Na FIG. 4A,
uma nova entrada de caso já foi feita e a interface do usuário 400 agora instrui o despachante 104 a introduzir a categoria de problema médico principal. A interface do usuário 400 oferece uma lista de problemas para facilitar a seleção do despachante assim que o provedor de informações 114 informa o problema. Mais uma vez, ao usar o protocolo de despacho expresso 210, presume-se que o provedor de informações 114 é um socorrista treinado que está ciente das entradas prescritivas e não precisa ser guiado. Logo, o provedor de informações 114 pode transmitir rapidamente as entradas prescritivas, e o despachante 104 pode avançar através do protocolo de despacho expresso 210 rapidamente e economizar um tempo precioso. Na modalidade ilustrada da FIG. 4A, o despachante 104 destacou "Bleeding (TRAUMA)".
[062] Na FIG. 4B, a interface do usuário 400 pede para confirmar se o paciente 112 está totalmente alerta. A interface do usuário 400 pode oferecer uma opção para selecionar "Yes" ("Sim"), "No" ("Não") ou "Unknown" ("Desconhecido").
Conforme indicado, seleciona-se "Yes". Como na modalidade anterior, a interface do usuário 400 pode incluir um campo "Question Answers" 402 para listar as respostas já introduzidas.
[063] Na FIG. 4C, a interface do usuário 400 indaga ao despachante 104 se o paciente 112 está com dificuldade para respirar. A interface do usuário 400 pode oferecer uma opção para selecionar "No" ("Não"), "Yes" ("Sim") ou "Unknown" ("Desconhecido"). Conforme indicado, seleciona-se "No". O campo "Questions Answers" 402 é atualizado com a resposta à indagação anterior à medida que o protocolo avança.
[064] Na FIG. 4D, a interface do usuário 400 indaga o despachante 104 quanto à gravidade da hemorragia do paciente. O problema já foi identificado como hemorragia, e a interface do usuário 400 pode oferecer as opções "No" ("Não"), "Yes" ("Sim"), "Unknown" ("Desconhecido") ou "Insignificant" ("Insignificante").
Conforme indicado, seleciona-se "Yes" em resposta à pergunta de se o sangue está jorrando ou fluindo.
[065] Na FIG. 4E, a interface do usuário 400 indaga o despachante 104 quanto ao pedido do modo de resposta específico. A interface do usuário 400 oferece uma opção para selecionar "No" ("Não"), "HOT (lights-and-siren)" ("QUENTE (luzes e sirene)") ou "COLD (routine)" ("FRIO (rotineiro)"). Conforme indicado, seleciona-se a opção "Hot (lights-and-siren)" .
[066] Na FIG. 4F, a interface do usuário 400 oferece um campo de resumo 404, que lista as entradas prescritivas selecionadas pelo despachante 104. O protocolo de despacho expresso 210 ativa a calculadora de código determinante 118, que lista o código determinante como Bravo 2. O código determinante pode ser listado no campo de envio 406, que pede ao despachante 104 para confirmar a geração de uma resposta de emergência. A interface do usuário 400 também pode incluir um campo de determinantes que exibe os vários códigos determinantes 408.
Conforme ilustrado, em algumas modalidades, a interface do usuário 400 também pode destacar códigos determinantes mais altos, que podem ser usados para "Overrride" ("Sobrepor") o código determinante calculado.
[067] As modalidades das FIGs. de 5A a 5E ilustram outro exemplo de uso de uma interface do usuário para coletar informações para um protocolo de despacho expresso, tal como o protocolo de despacho expresso 210. Na FIG. 5A, a interface do usuário 500 instiga o despachante 104 a introduzir a categoria de problema médico principal. Na modalidade ilustrada da FIG. 5A, o despachante 104 destacou "MEDICAL" ("MÉDICA").
[068] Na FIG. 5B, a interface do usuário 500 requer o tipo de ocorrência. A interface do usuário 500 pode oferecer uma opção para selecionar "Chest pain/discomfort" ("Dor/desconforto torácico"), "STROKE" ("AVC"), "Seizure" ("Tontura"), "Other serious illness" ("Outra indisposição grave") ou "Minor illness"
("Indisposição leve"). Na modalidade ilustrada da FIG. 5B, o despachante 104 selecionou "Other serious illness".
[069] Na FIG. 5C, a interface do usuário 500 indaga ao despachante 104 se o paciente 112 está com dificuldade para respirar. A interface do usuário 500 pode oferecer uma opção para selecionar "No" ("Não"), "Yes" ("Sim") ou "Unknown" ("Desconhecido"). Conforme indicado, seleciona-se "Yes". O campo "Question Answers" 502 é atualizado com a resposta à indagação anterior à medida que o protocolo avança.
[070] Na FIG. 5D, a interface do usuário 500 indaga ao despachante 104 o modo de resposta específico e seleciona-se "No".
[071] Na FIG. 5E, a interface do usuário 500 oferece um campo de resumo 504, que lista as entradas prescritivas selecionadas pelo despachante 104. O protocolo de despacho expresso 210 ativa a calculadora de código determinante 118, que lista o código determinante como Delta 7. O código determinante pode ser listado no campo de envio 506, que pede ao despachante 104 para confirmar a geração de uma resposta de emergência.
[072] As modalidades das FIGs. de 6A a 6F ilustram outro exemplo de uso de uma interface do usuário para coletar informações para um protocolo de despacho expresso, tal como o protocolo de despacho expresso 210. Na FIG. 6A, a interface do usuário 600 solicita uma categoria de problema médico principal e seleciona-se "Bleeding (non-traumatic)" ("Hemorragia (não traumática)").
[073] Na FIG. 6B, a interface do usuário 600 indaga se o paciente 112 está totalmente alerta e seleciona-se "No".
[074] Na FIG. 6C, a interface do usuário 600 indaga se o paciente está com dificuldade para respirar e seleciona-se "No".
[075] Na FIG. 6D, a interface do usuário 600 indaga se a hemorragia, selecionada previamente como problema, é grave. Na modalidade ilustrada, seleciona-se "No".
[076] Na FIG. 6E, a interface do usuário 600 indaga ao despachante 104 o modo de resposta específico e seleciona-se "No".
[077] Na FIG. 6F, a interface do usuário 600 oferece um campo de resumo 602 e exibe o código determinante Delta 6 no campo de envio 604.
[078] As modalidades das FIGs. de 7A a 7G ilustram outro exemplo de uso de uma interface do usuário para coletar informações para um protocolo de despacho expresso, tal como o protocolo de despacho expresso 210. Na FIG. 7A, a interface do usuário 700 solicita uma categoria de problema médico principal e seleciona-se "Traffic/Transportation incident" ("Ocorrência de trânsito/transporte").
[079] Na FIG. 7B, a interface do usuário 700 indaga o tipo de ferimento/ocorrência decorrente do trânsito ou transporte e seleciona-se "Critical injuries" ("Ferimentos críticos").
[080] Na FIG. 7C, a interface do usuário 700 indaga se o paciente 112 está totalmente alerta e seleciona-se "Yes".
[081] Na FIG. 7D, a interface do usuário 700 indaga se o paciente 112 está com dificuldade para respirar e seleciona-se "Unknown" ("Desconhecido").
[082] Na FIG. 7E, a interface do usuário 700 indaga se o paciente está sofrendo uma hemorragia grave e seleciona-se "Bleeding, not serious" ("Hemorragia, não grave").
[083] Na FIG. 7F, a interface do usuário 700 indaga ao despachante 104 o modo de resposta específico e seleciona-se "HOT (lights-and-siren)" ("QUENTE (luzes e sirene)").
[084] Na FIG. 7G, a interface do usuário 700 oferece um campo de resumo 702 e exibe o código determinante Delta 3 no campo de envio 704.
[085] As modalidades das FIGs. de 8A a 8D ilustram outro exemplo de uso de uma interface do usuário para coletar informações para um protocolo de despacho expresso, tal como o protocolo de despacho expresso 210. Na FIG. 8A, a interface do usuário 800 solicita uma categoria de problema médico principal e seleciona-se "EXCITED DELIRIUM" ("DELÍRIO AGITADO").
[086] Na FIG. 8B, a interface do usuário 800 indaga se o paciente 112 está sob custódia protetora e seleciona-se "No". Como se vê no campo "Questions Answers" 802, o protocolo de despacho expresso pode haver deduzido, com base na seleção prévia de "EXCITED DELIRIUM", que a vítima não está totalmente alerta, sem a necessidade de relato, tal como por parte do socorrista, ou entrada desse estado por parte do despachante 104.
[087] Na FIG. 8C, a interface do usuário 800 indaga ao despachante 104 o modo de resposta específico e seleciona-se "COLD (routine)" ("FRIO (rotineiro)").
[088] Na FIG. 8D, a interface do usuário 800 oferece um campo de resumo 804 e exibe o código determinante Delta 1 no campo de envio 806.
[089] As modalidades das FIGs. de 9A a 9E ilustram outro exemplo de uso de uma interface do usuário para coletar informações para um protocolo de despacho expresso, tal como o protocolo de despacho expresso 210. Na FIG. 9A, a interface do usuário 900 solicita uma categoria de problema médico principal e seleciona-se "Tasered" ("Imobilizado com taser").
[090] Na FIG. 9B, a interface do usuário 900 indaga se o paciente 112 está totalmente alerta e seleciona-se "Yes".
[091] Na FIG. 9C, a interface do usuário 900 indaga se o paciente 112 está sob custódia protetora e seleciona-se "Yes".
[092] Na FIG. 9D, a interface do usuário 900 indaga ao despachante 104 o modo de resposta específico e seleciona-se "COLD (routine)" ("FRIO (rotineiro)").
[093] Na FIG. 9E, a interface do usuário 900 oferece um campo de resumo 902 e exibe o código determinante Bravo 3 no campo de envio 904. Conforme ilustrado, em algumas modalidades, a interface do usuário 900 também pode destacar códigos determinantes mais altos, que podem ser usados para "Override" ("Sobrepor") o código determinante calculado.
[094] As modalidades das FIGs. de 10A a 10F ilustram outro exemplo de uso de uma interface do usuário para coletar informações para um protocolo de despacho expresso, tal como o protocolo de despacho expresso 210. Na FIG. 10A, a interface do usuário 1000 solicita uma categoria de problema médico principal e seleciona-se "Unknown" ("Desconhecido").
[095] Na FIG. 10B, a interface do usuário 1000 indaga se a categoria de problema é traumática ou médica e seleciona-se "MEDICAL" ("MÉDICA").
[096] Na FIG. 10C, o campo "Question Answers" 1002 confirma que esta é uma situação médica, a interface do usuário 1000 indaga se o paciente 112 está totalmente alerta, e seleciona-se "Não".
[097] Na FIG. 10D, a interface do usuário 1000 pede para confirmar se o paciente 112 está com dificuldade para respirar e seleciona-se "No".
[098] Na FIG. 10E, a interface do usuário 1000 indaga ao despachante 104 o modo de resposta específico e seleciona-se "HOT (lights-and-siren)" ("QUENTE (luzes e sirene)").
[099] Na FIG. 10F, a interface do usuário 1000 oferece um campo de resumo 1004 e exibe o código determinante Delta 6 no campo de envio 1006.
[0100] Como demonstram as FIGs. de 3B a 10E, o protocolo de despacho expresso 210 solicita uma entrada diferente dependendo da categoria de problema inicial. Sendo assim, o protocolo de despacho expresso 210 navega diferentes caminhos através da árvore lógica do protocolo de despacho de emergência 110 a depender do problema, ocorrência ou queixa principal.
[0101] Com referência às FIGs. 11A e 11B, ilustram-se a frente e o verso de um cartão "Advanced SEND" ("ENVIO antecipado") 1100. O cartão 1100 pode ser carregado por um provedor de informações socorrista 114 como um lembrete para as entradas prescritivas que devem ser endereçadas ao despachante 104. Ao percorrer os diferentes problemas ou ocorrências, o cartão 1100 lista as entradas prescritivas necessárias. Embora espere-se que os socorristas sejam treinados para a entrada prescritiva, o cartão 1100 oferece um rápido lembrete visual. Como é de se esperar, em situações altamente estressantes, um socorrista pode se beneficiar de um lembrete visual. O provedor de informações socorrista 114 informa a entrada prescritiva listada no cartão 1100 sem ter que aguardar pelas perguntas do despachante. Caso o socorrista hesite ou não consiga informar uma entrada prescritiva, o protocolo de despacho expresso 210 fornece uma indicação visual ao despachante 104, que pode solicitar essa entrada.
[0102] Doravante, discutir-se-ão os usos do protocolo de despacho de emergência 110 sem o uso de telefonemas.
[0103] As FIGs. de 12A a 12H ilustram modalidades de uma interface do usuário em um aplicativo de software para uso com o protocolo de despacho de emergência 110. Um smartphone 1202 exibe a interface do usuário 1204 em um aplicativo de software que pode se comunicar com o protocolo de despacho de emergência 110 na central de despacho 102. O smartphone pode ser o telefone 136 da FIG. 1. O aplicativo de software pode se comunicar com o computador 106 da central de despacho 102 através da interface de rede 130 para receber indagações e fornecer respostas ao protocolo de despacho de emergência 110 sem que um despachante 104 atue para dar orientação ou introduzir as respostas. O aplicativo de software pode ser usado, por exemplo, por um provedor de informações 114 que é um socorrista que está com a vítima.
[0104] Na FIG. 12A, a interface do usuário 1204 instiga o provedor de informações 114 a fornecer informações iniciais referentes à emergência ao aplicativo de software. Essas informações iniciais podem incluir informações que seriam coletadas através do protocolo de entrada de caso 202 para processar uma chamada de emergência recebida em uma central de despacho 102. Estas podem corresponder, por exemplo, aos campos discutidos com relação à FIG. 3A acima. Na modalidade da FIG. 12A, a interface do usuário 1204 oferece campos de entrada para a localização do paciente 1206, o número de telefone do provedor de informações 1208, a descrição do problema pelo provedor de informações 1210, se o provedor de informações está com o paciente 1212, quantos estão feridos ou passando mal 1214, a idade do paciente 1216, o sexo do paciente 1218, se o paciente está consciente 1220 e se o paciente está respirando 1222. Na modalidade específica da FIG. 12A, presume-se que o usuário do aplicativo de software é um socorrista que pretende ativar o protocolo de despacho expresso 210 e, portanto, o campo de código de queixa principal não é apresentado ao usuário. Contemplam-se outras modalidades nas quais esse campo pode ser adotado (por exemplo, nas quais o provedor de informações 114 usando o aplicativo de software não é um socorrista treinado). Ao longo das modalidades da FIG. 12, o botão "Next" ("Avançar") 1224 dá ao provedor de informações 114 a opção de avançar para uma próxima tela a fim de continuar introduzindo informações, onde as telas podem ser adicionalmente ordenadas na ordem apresentada nas FIGs. de 12A a 12G.
[0105] Na FIG. 12B, a interface do usuário 1204 começa a receber entradas do provedor de informações 114 correspondentes às informações de que o protocolo de despacho expresso 210 da central de despacho 102 necessita. A interface do usuário 1204 pode oferecer uma indagação textual e uma caixa suspensa que, quando selecionada, apresenta uma lista de categorias de problema médico principal selecionáveis, tais como "Injuries (TRAUMA)" ("Ferimentos (TRAUMA)"),
"Bleeding (TRAUMA)" ("Hemorragia (TRAUMA)"), "MEDICAL" ("MÉDICA"), "Bleeding (non-traumatic)" ("Hemorragia (não traumática)"), "Traffic/Transportation incident" ("Ocorrência de trânsito/transporte"), "EXCITED DELIRIUM" ("DELÍRIO AGITADO"), "Tasered" ("Imobilizado com taser") ou "Unknown" ("Desconhecido"). O provedor de informações 114 pode selecionar uma das categorias de problema. Na FIG. 12B, a categoria de problema é identificada como "Injuries (TRAUMA)". Ao longo das modalidades da FIG. 12, o botão "Back" ("Voltar") 1226 dá ao provedor de informações 114 a opção de retornar a uma tela anterior caso deseje alterar qualquer informação anterior. Como antes, o botão "Next" 1224 dá ao provedor de informações 114 a opção de avançar a uma próxima tela para continuar introduzindo informações.
[0106] A FIG. 12B (e figuras adicionais neste documento) ilustra um botão "Additional Information" ("Informações adicionais") 1228 na interface do usuário 1204 do aplicativo de software no smartphone 1202. Esse botão abre informações que ajudam o provedor de informações 114 a responder corretamente às perguntas apresentadas pela interface do usuário 1204. Essa tela pode exibir, por exemplo, as mesmas informações que as contidas na aba "Additional Information" discutida em mais detalhes com relação à FIG. 4B acima (ou informações substancialmente semelhantes a elas).
[0107] Na FIG. 12C, a interface do usuário 1204 instiga o provedor de informações 114 a introduzir o tipo de ferimentos/ocorrência. Uma vez que a caixa suspensa correspondente é selecionada, a interface do usuário 1204 oferece uma opção para selecionar "NOT DANGEROUS body area" ("área do corpo NÃO PERIGOSA"), "POSSIBLY DANGEROUS body area" ("área do corpo POSSIVELMENTE PERIGOSA"), "Chest" ("Tórax"), "Neck" ("Pescoço"), "Head" ("Cabeça"), "Fall (ground level) "Queda (nível do solo)", "MINOR hemorrhage" ("Hemorragia LEVE"), "Minor injuries" ("Ferimentos leves") ou "Critical injuries"
("Ferimentos críticos"). Conforme indicado, seleciona-se "POSSIBLY DANGEROUS body area". Conforme ilustrado, a interface do usuário 1204 pode manter a indagação e resposta anteriores na tela e adicionar a nova indagação e caixa suspensa sob a indagação e resposta anteriores. Como antes, o botão "Next" 1224 e o botão "Back" 1226 dão ao provedor de informações 114 a opção de navegar através das várias telas.
[0108] Na FIG. 12, a interface do usuário 1204 indaga ao provedor de informações 114 se o paciente 112 está totalmente alerta. Uma vez que a caixa suspensa correspondente é selecionada, a interface do usuário 300 oferece a opção de selecionar "Yes" ("Sim"), "No" ("Não") ou "Unknown" ("Desconhecido"). Conforme indicado, seleciona-se "Yes". Conforme ilustrado, a interface do usuário 1204 pode continuar mantendo as indagações e respostas anteriores na tela e adicionar a nova indagação e caixa suspensa sob as indagações e respostas anteriores. Como antes, o botão "Next" 1224 e o botão "Back" 1226 dão ao provedor de informações 114 a opção de navegar através das várias telas.
[0109] Na FIG. 12E, a interface do usuário 1204 indaga ao provedor de informações 114 se o paciente 112 está com dificuldade para respirar. Uma vez que a caixa suspensa correspondente é selecionada, a interface do usuário 1204 oferece a opção de selecionar "No" ("Não"), "Yes" ("Sim") ou "Unknown" ("Desconhecido").
Conforme indicado, seleciona-se "Yes". Conforme ilustrado, a exibição da nova indagação e caixa suspensa sob as indagações e respostas anteriores continua.
Como antes, o botão "Next" 1224 e o botão "Back" 1226 dão ao provedor de informações 114 a opção de navegar através das várias telas.
[0110] Na FIG. 12F, a interface do usuário 1204 indaga ao provedor de informações 114 se o paciente 112 está com hemorragia grave. Uma vez que a caixa suspensa correspondente é selecionada, a interface do usuário 1204 oferece a opção de selecionar "No bleeding now" ("Sem hemorragia no momento"), "Yes,
SERIOUS" ("Sim, GRAVE"), "Unknown" ("Desconhecido") ou "Bleeding, not serious" ("Hemorragia, não grave"). Conforme indicado, seleciona-se "No bleeding now".
Conforme ilustrado, a exibição da nova indagação e caixa suspensa sob as indagações e respostas anteriores continua. Como antes, o botão "Next" 1224 e o botão "Back" 1226 dão ao provedor de informações 114 a opção de navegar através das várias telas.
[0111] Na FIG. 12G, a interface do usuário 1204 indaga o provedor de informações 114 quanto ao pedido do modo de resposta específico. Uma vez que a caixa suspensa correspondente é selecionada, a interface do usuário 1204 oferece a opção de selecionar "No" ("Não"), "HOT (lights-and-siren)" "QUENTE (luzes e sirene)" ou "COLD (routine)" ("FRIO (rotina)"). Conforme indicado, seleciona-se "No".
Conforme ilustrado, a exibição da nova indagação e caixa suspensa sob as indagações e respostas anteriores continua. Como antes, o botão "Next" 1224 e o botão "Back" 1226 dão ao provedor de informações 114 a opção de navegar através das várias telas.
[0112] Na FIG. 12H, a interface do usuário 1204 agora exibe o botão "Send to Dispatcher" ("Enviar ao despachante") 1230, que pode atuar para fornecer as informações coletadas, conforme descrito com relação às FIGs. de 12A a 12G, ao computador 106 da central de despacho 102 através da interface de rede 130. Ao pressionar o botão "Send to Dispatcher" 1230, o provedor de informações 114 também pode sinalizar ao computador 106 para usar as informações fornecidas na calculadora de código determinante 118 a fim de gerar um código determinante e alertar ao despachante 104. Conforme ilustrado na modalidade da FIG. 12H, a interface do usuário 1204 também pode ser munida para exibir um código determinante projetado que provavelmente será usado pelo despachante 104 quando ele receber as informações que foram coletadas, conforme descrito nas FIGs. 12A e 12G, pelo provedor de informações 114. Como antes, o botão "Back"
1226 dá ao provedor de informações 114 a opção de retornar às telas anteriores. O uso dessas informações enviadas após elas serem recebidas no computador 106 da central de despacho 102 será descrito em detalhes abaixo.
[0113] A FIG. 13 ilustra uma modalidade de uma mensagem de texto para um protocolo de despacho de emergência 110. Em vez de telefonar para a central de despacho 102 para transmitir verbalmente as informações a um despachante 104 para que este as introduza no computador para uso com o protocolo de entrada de caso 202 e/ou com o protocolo de despacho expresso 210, o provedor de informações 114 pode utilizar um telefone celular 1302 para enviar uma primeira mensagem de texto 1304 contendo uma ou mais informações diretamente ao computador 106 da central de despacho 102. O telefone celular 1302 pode ser o telefone 136. O telefone celular 1302 pode ser um smartphone, mas não precisa sê- lo. A primeira mensagem de texto 1304 pode listar uma ou mais informações de que o protocolo de entrada de caso 134 e/ou protocolo de despacho expresso 116 necessitam, tais como as informações descritas até aqui. O provedor de informações 114 pode estar ciente de algumas ou todas as informações úteis em um caminho específico através do protocolo de entrada de caso 134 e/ou do protocolo de despacho expresso 116 graças a seu treinamento e/ou através do uso de informações em um recurso externo (por exemplo, o cartão "Advanced SEND" das FIGs. de 11A a 11B) para refrescar sua memória. O uso das informações encontradas na primeira mensagem de texto 1304, depois de recebidas pelo computador 106 da central de despacho 102, é descrito em detalhes abaixo.
[0114] Contempla-se ainda que, em vez de enviar uma mensagem de texto ao computador 106 da central de despacho 102, o provedor de informações 114 chame o computador 106 e transmita verbalmente as informações de que o protocolo de entrada de caso 134 e/ou o protocolo de despacho expresso 116 necessitam a um sistema automatizado do computador 106. Esse sistema pode fazer uso de reconhecimento de voz para detectar as informações assim fornecidas.
Tal detecção pode ocorrer em tempo real e/ou usando uma gravação das informações verbais fornecidas pelo provedor de informações 114. O computador 106 pode então tratar essas informações similarmente às informações recebidas a partir de um aplicativo móvel ou mensagem de texto.
[0115] Ao receber informações diretas do provedor de informações 114 (por exemplo, através do aplicativo móvel das FIGs. de 12A a 12G e/ou dos métodos de mensagem de texto/voz descritos com relação à FIG. 13), o computador 106 pode então ativar a calculadora de código determinante 118 e usá-la com as informações recebidas. Feito isso, o computador 106 pode alertar o despachante 104 sobre as novas informações e/ou o novo cálculo de código determinante (por exemplo, por meio de um ruído e/ou de uma indicação na tela ou de outra sinalização visual).
[0116] É possível que as novas informações (não importa como recebidas) e o novo cálculo de código determinante correspondente sejam então exibidos ao despachante usando modalidades de uma interface de usuário do computador 106 conforme já descrita neste documento. Note-se que tanto o caminho através do protocolo de despacho expresso 210 percorrido pelo aplicativo móvel das FIGs. de 12B a 12G quanto as informações na primeira mensagem de texto 1304 correspondem ao caminho percorrido através da entrada do despachante nas FIGs.
de 3B a 3G. Neste caso, seque-se então que as informações recebidas e o código determinante calculado são apresentados ao despachante 104 em uma interface do usuário do computador 106 de maneira substancialmente semelhante à ilustrada na FIG. 3H. O despachante 104 ficaria então livre para rever as informações recebidas em um campo de resumo, como o campo de resumo 324 na FIG. 3H, e confirmar a geração de uma resposta de emergência correspondente ao código determinante calculado usando um campo de envio, como o campo de envio 326 na FIG. 3H.
[0117] Caso o provedor de informações 114 utilize a interface do usuário 1204 do software no smartphone 1202 (ou em outro dispositivo) para, em vez disso, tomar um caminho diferente através do protocolo de despacho expresso 210 (ou caso os dados da mensagem de texto/voz correspondam a um caminho diferente através do protocolo de despacho expresso 210) do que o caminho descrito nas FIGs. de 3B a 3G, presume-se que a interface do usuário exibida pelo computador 106 da central de despacho 102 para o despachante 104 depois de receber essas novas informações será correspondentemente diferente. Exemplos de outros resultados exibidos possíveis correspondentes aos diferentes caminhos percorridos através do protocolo de despacho expresso 210 (e, portanto, códigos determinantes calculados potencialmente diferentes) são ilustrados, por exemplo, nas FIGs. 4F, 5E, 6F, 7G, 8D, 9E e 10F.
[0118] Uma vez que o despachante 104 confirma a resposta de emergência que será despachada (por exemplo, via comunicação com o sistema CAD 120, conforme descrito acima), uma resposta pode ser enviada pelo computador 106 ao provedor de informações 114 para confirmar o despacho a ele. Essa resposta pode ser, por exemplo, uma caixa de diálogo apresentada na interface do usuário 1204, uma resposta à mensagem de texto (por exemplo, a segunda mensagem de texto 1306) ou um telefonema de retorno, entre outros métodos contemplados. A resposta pode incluir o código determinante usado pelo despachante 104 como parte do despacho.
[0119] Conforme revelado neste documento, um protocolo de despacho expresso permite que um socorrista comunique-se com uma central de despacho 102 e forneça informações sobre o paciente com pouca ou nenhuma orientação de um despachante 104 e receba um processamento expresso. O protocolo de despacho expresso processa as informações sobre o paciente e gera um código determinante que indica a prioridade da emergência. O protocolo de despacho expresso propicia um resultado uniforme e consistente para selecionar objetivamente a prioridade e gerar uma resposta de emergência apropriada. Com isso, obtêm-se resultados uniformes e consistentes por meio do sistema revelado e minimizam-se as discrepâncias em razão da subjetividade humana.
[0120] Embora tenham-se ilustrado e descrito modalidades e aplicações específicas da invenção, deve-se ter em mente que a invenção não se limita nem à configuração nem aos componentes precisamente como revelados neste documento. Várias modificações, mudanças e variações que transparecerão aos versados na técnica podem ser feitas à disposição, operação e detalhes dos métodos e sistemas da invenção sem divergir do âmbito nem da essência da invenção.
Claims (26)
1. Sistema de computador para executar um método que ajuda um despachante a responder a um provedor de informações solicitando uma resposta de emergência médica para um paciente de uma emergência médica, o sistema de computador sendo CARACTERIZADO por compreender: um processador; um dispositivo de entrada em comunicação elétrica com o processador; um dispositivo de saída em comunicação elétrica com o processador; e uma memória em comunicação elétrica com o processador, e tendo armazenados nela: um protocolo de despacho expresso para receber informações como entradas prescritivas fornecidas pelo provedor de informações sem que o despachante tenha que orientar o provedor de informações, o protocolo de despacho expresso determinando a natureza da emergência médica com base nas entradas prescritivas; e uma calculadora determinante para gerar automaticamente um código determinante de um de vários códigos determinantes pré-estabelecidos, o código determinante indicando a prioridade da resposta de emergência médica com base nas informações fornecidas pelo provedor de informações, o sistema de computador provendo, em resposta a uma entrada no sistema de computador por parte do despachante, o código determinante a um sistema de despacho assistido por computador para gerar uma resposta de despacho de emergência.
2. Sistema de computador, de acordo com a reivindicação 1, CARACTERIZADO por incluir ainda um protocolo de despacho de emergência que compreende um protocolo de despacho expresso e um protocolo de despacho interrogativo, o protocolo de despacho interrogativo recebendo informações do provedor de informações usando perguntas pré-programadas para o despachante fazer ao provedor de informações.
3. Sistema de computador, de acordo com a reivindicação 2, CARACTERIZADO pelo fato de que o protocolo de despacho de emergência prossegue com o protocolo de despacho expresso em resposta a o provedor de informações ser identificado como um socorrista.
4. Sistema de computador, de acordo com a reivindicação 3, CARACTERIZADO pelo fato de que o provedor de informações é identificado como um socorrista por comunicação verbal com o despachante.
5. Sistema de computador, de acordo com a reivindicação 3, CARACTERIZADO pelo fato de que o provedor de informações é identificado como um socorrista pelo uso de um canal de informações dedicado.
6. Sistema de computador, de acordo com a reivindicação 2, CARACTERIZADO pelo fato de que o protocolo de despacho de emergência prossegue com o protocolo de despacho interrogativo em resposta a o provedor de informações não ser identificado como um socorrista.
7. Sistema de computador, de acordo com a reivindicação 2, CARACTERIZADO pelo fato de que o protocolo de despacho de emergência compreende ainda um protocolo de entrada de caso para coletar informações iniciais antes de o protocolo de despacho de emergência prosseguir com outro protocolo.
8. Sistema de computador, de acordo com a reivindicação 7, CARACTERIZADO pelo fato de que as informações iniciais incluem o estado de consciência do paciente.
9. Sistema de computador, de acordo com a reivindicação 8, CARACTERIZADO pelo fato de que as informações iniciais incluem a idade do paciente.
10. Sistema de computador, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que o protocolo de despacho expresso oferece, em uma interface do usuário no sistema de computador, um resumo das entradas prescritivas fornecidas e o código determinado.
11. Sistema de computador, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que as informações como entradas prescritivas são fornecidas pelo provedor de informações através de um aplicativo de smartphone.
12. Sistema de computador, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que as informações como entradas prescritivas são fornecidas pelo provedor de informações através de uma mensagem de texto.
13. Meio legível por computador, CARACTERIZADO por compreender códigos de instrução legíveis por computador para executar um método que ajuda um despachante a responder a um provedor de informações solicitando uma resposta de emergência médica para um paciente de uma emergência médica, o referido método compreendendo: receber entradas prescritivas de um provedor de informações socorrista sem que o despachante tenha que orientar o provedor de informações socorrista; determinar a natureza da emergência médica com base nas entradas prescritivas; gerar automaticamente um código determinante de um de vários códigos determinantes pré-estabelecidos, o código determinante indicando a prioridade da resposta de emergência médica com base nas entradas prescritivas; e prover, em resposta a uma entrada no computador por parte do despachante, o código determinante a um sistema de despacho assistido por computador para gerar uma resposta de despacho de emergência.
14. Meio legível por computador, de acordo com a reivindicação 13, CARACTERIZADO pelo fato de que o método compreende ainda prover, em uma interface do usuário, um interrogatório prescritivo que compreende várias perguntas pré-programadas para o despachante fazer ao provedor de informações a fim de obter sistematicamente uma descrição da emergência médica, em que a descrição da emergência médica compreende as respostas do provedor de informações às várias perguntas pré-programadas.
15. Meio legível por computador, de acordo com a reivindicação 13, CARACTERIZADO pelo fato de que o método compreende ainda identificar o provedor de informações como um socorrista.
16. Meio legível por computador, de acordo com a reivindicação 13, CARACTERIZADO pelo fato de que as entradas prescritivas incluem um problema médico principal do paciente.
17. Meio legível por computador, de acordo com a reivindicação 13, CARACTERIZADO pelo fato de que as entradas prescritivas incluem a indicação de que um ferimento encontra-se em uma área do corpo possivelmente perigosa.
18. Meio legível por computador, de acordo com a reivindicação 13, CARACTERIZADO pelo fato de que as entradas prescritivas incluem dores no tórax do paciente.
19. Meio legível por computador, de acordo com a reivindicação 13, CARACTERIZADO pelo fato de que as entradas prescritivas incluem hemorragia do paciente.
20. Meio legível por computador, de acordo com a reivindicação 13, CARACTERIZADO pelo fato de que as entradas prescritivas incluem um modo de resposta da resposta de emergência médica.
21. Meio legível por computador, de acordo com a reivindicação 13, CARACTERIZADO pelo fato de que o método inclui ainda prover a um despachante, em uma interface do usuário, um resumo das entradas prescritivas introduzidas e o código determinado.
22. Meio legível por computador, de acordo com a reivindicação 13, CARACTERIZADO pelo fato de que as entradas prescritivas são recebidas do provedor de informações socorrista através de um aplicativo de software em um smartphone do mesmo.
23. Meio legível por computador, de acordo com a reivindicação 13, CARACTERIZADO pelo fato de que as entradas prescritivas são recebidas do provedor de informações socorrista através de uma mensagem de texto oriunda de um celular do mesmo.
24. Método para responder a um provedor de informações que solicita uma resposta de emergência médica para um paciente de uma emergência médica, o método sendo CARACTERIZADO por compreender: receber entradas prescritivas de um provedor de informações sem que um despachante tenha que orientar o provedor de informações; determinar a natureza da emergência médica com base nas entradas prescritivas; gerar automaticamente um código determinante de um de vários códigos determinantes pré-estabelecidos, o código determinante indicando a prioridade da resposta de emergência médica com base nas entradas prescritivas; e prover o código determinante a um sistema de despacho assistido por computador para gerar uma resposta de despacho de emergência.
25. Método, de acordo com a reivindicação 24, CARACTERIZADO pelo fato de que as entradas prescritivas de um provedor de informações são recebidas através de um aplicativo de smartphone.
26. Método, de acordo com a reivindicação 24, CARACTERIZADO pelo fato de que as entradas prescritivas de um provedor de informações são recebidas através de uma mensagem de texto.
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201862659947P | 2018-04-19 | 2018-04-19 | |
US62/659,947 | 2018-04-19 | ||
PCT/US2019/028347 WO2019204746A1 (en) | 2018-04-19 | 2019-04-19 | Expedited dispatch protocol system and method |
Publications (1)
Publication Number | Publication Date |
---|---|
BR112020021396A2 true BR112020021396A2 (pt) | 2021-01-26 |
Family
ID=68237022
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
BR112020021396-9A BR112020021396A2 (pt) | 2018-04-19 | 2019-04-19 | sistema e método para protocolo de despacho expresso |
Country Status (8)
Country | Link |
---|---|
US (1) | US10699548B2 (pt) |
EP (1) | EP3782357A4 (pt) |
CN (1) | CN112400311B (pt) |
AU (1) | AU2019256700A1 (pt) |
BR (1) | BR112020021396A2 (pt) |
CA (1) | CA3097810A1 (pt) |
SG (1) | SG11202010271RA (pt) |
WO (1) | WO2019204746A1 (pt) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10657614B2 (en) | 2015-12-23 | 2020-05-19 | Jeffrey J. Clawson | Locator diagnostic system for emergency dispatch |
US10699548B2 (en) | 2018-04-19 | 2020-06-30 | Jeffrey J. Clawson | Expedited dispatch protocol system and method |
CN111210902A (zh) * | 2019-12-30 | 2020-05-29 | 重庆同仁至诚智慧医疗科技股份有限公司 | 应急救援智能调度方法及系统、服务器、终端、存储介质 |
US11910471B2 (en) * | 2021-04-23 | 2024-02-20 | Priority Dispatch Corp. | System and method for emergency dispatch |
US11937160B2 (en) | 2021-04-23 | 2024-03-19 | Priority Dispatch Corporation | System and method for emergency dispatch |
Family Cites Families (227)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4130881A (en) | 1971-07-21 | 1978-12-19 | Searle Medidata, Inc. | System and technique for automated medical history taking |
US3799147A (en) | 1972-03-23 | 1974-03-26 | Directors University Cincinnat | Method and apparatus for diagnosing myocardial infarction in human heart |
US4164320A (en) | 1974-09-26 | 1979-08-14 | Medical Laboratory Automation, Inc. | Patient and specimen identification means and system employing same |
US4290114A (en) | 1976-07-01 | 1981-09-15 | Sinay Hanon S | Medical diagnostic computer |
US4237344A (en) | 1979-04-20 | 1980-12-02 | Hospital Communication Systems, Inc. | Rapid response health care communications system |
NL178633C (nl) | 1979-06-27 | 1986-04-16 | Siemens Nederland | Communicatiestelsel voor het vanuit een hoofdpost en via een transmissiekanaal bewaken van een aantal subposten. |
US4360345A (en) | 1980-07-14 | 1982-11-23 | American Heart Association, Inc. | Health education system |
US4455548A (en) | 1981-01-26 | 1984-06-19 | Burnett Dorothy K | Call system and methods and apparatus for operating same |
JPS57211338A (en) | 1981-06-24 | 1982-12-25 | Tokyo Shibaura Electric Co | Tatal image diagnosis data treating apparatus |
US4489387A (en) | 1981-08-20 | 1984-12-18 | Lamb David E | Method and apparatus for coordinating medical procedures |
US4926495A (en) | 1986-12-11 | 1990-05-15 | Motorola, Inc. | Computer aided dispatch system |
US4858121A (en) | 1986-12-12 | 1989-08-15 | Medical Payment Systems, Incorporated | Medical payment system |
US4839822A (en) | 1987-08-13 | 1989-06-13 | 501 Synthes (U.S.A.) | Computer system and method for suggesting treatments for physical trauma |
US4945476A (en) | 1988-02-26 | 1990-07-31 | Elsevier Science Publishing Company, Inc. | Interactive system and method for creating and editing a knowledge base for use as a computerized aid to the cognitive process of diagnosis |
US5063522A (en) | 1988-03-15 | 1991-11-05 | Intellisystems, Inc. | Multi-user, artificial intelligent expert system |
US4865549A (en) | 1988-04-14 | 1989-09-12 | Kristicare, Inc. | Medical documentation and assessment apparatus |
IT1219379B (it) | 1988-06-15 | 1990-05-11 | Hospal Dasco Spa | Metodo e apparecchiatura per la previsione degli effetti collaterali che si manifestano in un paziente durante un trattamento di dialisi |
US5253164A (en) | 1988-09-30 | 1993-10-12 | Hpr, Inc. | System and method for detecting fraudulent medical claims via examination of service codes |
US5122959A (en) | 1988-10-28 | 1992-06-16 | Automated Dispatch Services, Inc. | Transportation dispatch and delivery tracking system |
US5077666A (en) | 1988-11-07 | 1991-12-31 | Emtek Health Care Systems, Inc. | Medical information system with automatic updating of task list in response to charting interventions on task list window into an associated form |
US5072383A (en) | 1988-11-19 | 1991-12-10 | Emtek Health Care Systems, Inc. | Medical information system with automatic updating of task list in response to entering orders and charting interventions on associated forms |
US4922514A (en) | 1988-12-29 | 1990-05-01 | Dictaphone Corporation | Method and apparatus for dispatching services |
US5193855A (en) | 1989-01-25 | 1993-03-16 | Shamos Morris H | Patient and healthcare provider identification system |
US5086391A (en) | 1989-02-24 | 1992-02-04 | Chambers Bryan R | Remote controller for activating speech messages and for contacting emergency services |
US5109399A (en) | 1989-08-18 | 1992-04-28 | Alamo City Technologies, Inc. | Emergency call locating system |
US5065315A (en) | 1989-10-24 | 1991-11-12 | Garcia Angela M | System and method for scheduling and reporting patient related services including prioritizing services |
US5759044A (en) | 1990-02-22 | 1998-06-02 | Redmond Productions | Methods and apparatus for generating and processing synthetic and absolute real time environments |
US5255187A (en) | 1990-04-03 | 1993-10-19 | Sorensen Mark C | Computer aided medical diagnostic method and apparatus |
US5761493A (en) | 1990-04-30 | 1998-06-02 | Texas Instruments Incorporated | Apparatus and method for adding an associative query capability to a programming language |
US5594786A (en) | 1990-07-27 | 1997-01-14 | Executone Information Systems, Inc. | Patient care and communication system |
US5822544A (en) | 1990-07-27 | 1998-10-13 | Executone Information Systems, Inc. | Patient care and communication system |
US5291399A (en) | 1990-07-27 | 1994-03-01 | Executone Information Systems, Inc. | Method and apparatus for accessing a portable personal database as for a hospital environment |
US5228449A (en) | 1991-01-22 | 1993-07-20 | Athanasios G. Christ | System and method for detecting out-of-hospital cardiac emergencies and summoning emergency assistance |
US5754960A (en) | 1991-02-22 | 1998-05-19 | Ericsson Inc. | Display console and user interface for multisite RF trunked system |
US5323444A (en) | 1991-08-16 | 1994-06-21 | U S West Advanced Technologies, Inc. | Emergency call system with call capacity/last chance routing feature |
US5379337A (en) | 1991-08-16 | 1995-01-03 | U S West Advanced Technologies, Inc. | Method and system for providing emergency call service |
DE69227562T2 (de) | 1991-09-11 | 1999-04-22 | Hewlett Packard Co | Datenverarbeitungssystem und Verfahren zur automatischen Durchführung von prioritisierten pflegerischen Diagnosen durch Auswertung von Patientendaten |
US5516702A (en) | 1991-11-06 | 1996-05-14 | Adeza Biomedical Corporation | Screening method for identifying women at increased risk for imminent delivery |
US5353793A (en) | 1991-11-25 | 1994-10-11 | Oishi-Kogyo Company | Sensor apparatus |
US5502726A (en) | 1992-01-31 | 1996-03-26 | Nellcor Incorporated | Serial layered medical network |
JP3144030B2 (ja) | 1992-02-24 | 2001-03-07 | 東陶機器株式会社 | 健康管理ネットワークシステム |
US5745532A (en) | 1992-03-12 | 1998-04-28 | Ntp Incorporated | System for wireless transmission and receiving of information and method of operation thereof |
US5441047A (en) | 1992-03-25 | 1995-08-15 | David; Daniel | Ambulatory patient health monitoring techniques utilizing interactive visual communication |
US5544649A (en) | 1992-03-25 | 1996-08-13 | Cardiomedix, Inc. | Ambulatory patient health monitoring techniques utilizing interactive visual communication |
US5339351A (en) | 1992-06-02 | 1994-08-16 | Hoskinson John D | Emergency response system |
US6968375B1 (en) | 1997-03-28 | 2005-11-22 | Health Hero Network, Inc. | Networked system for interactive communication and remote monitoring of individuals |
IT1264320B (it) | 1992-12-01 | 1996-09-23 | Sistema per distribuire automaticamente le chiamate ai radiotaxi | |
US5912818A (en) | 1993-01-25 | 1999-06-15 | Diebold, Incorporated | System for tracking and dispensing medical items |
US5423061A (en) | 1993-06-01 | 1995-06-06 | Motorola, Inc. | Method for providing dispatch services to communication groups and multiple communication groups |
US5377258A (en) | 1993-08-30 | 1994-12-27 | National Medical Research Council | Method and apparatus for an automated and interactive behavioral guidance system |
US5748907A (en) | 1993-10-25 | 1998-05-05 | Crane; Harold E. | Medical facility and business: automatic interactive dynamic real-time management |
US5557254A (en) | 1993-11-16 | 1996-09-17 | Mobile Security Communications, Inc. | Programmable vehicle monitoring and security system having multiple access verification devices |
US5991751A (en) | 1997-06-02 | 1999-11-23 | Smartpatents, Inc. | System, method, and computer program product for patent-centric and group-oriented data processing |
WO1995015051A1 (en) | 1993-11-29 | 1995-06-01 | Greater Harris County 9-1-1 Emergency Network | Integrated data collection and transmission for emergency calls |
US5660176A (en) | 1993-12-29 | 1997-08-26 | First Opinion Corporation | Computerized medical diagnostic and treatment advice system |
US6022315A (en) | 1993-12-29 | 2000-02-08 | First Opinion Corporation | Computerized medical diagnostic and treatment advice system including network access |
US5594638A (en) | 1993-12-29 | 1997-01-14 | First Opinion Corporation | Computerized medical diagnostic system including re-enter function and sensitivity factors |
US5471382A (en) | 1994-01-10 | 1995-11-28 | Informed Access Systems, Inc. | Medical network management system and process |
US5590269A (en) | 1994-04-22 | 1996-12-31 | Minnesota Mining & Manufacturing Company | Resource assignment system providing mixed-initiative user interface updates |
US5521812A (en) | 1994-05-06 | 1996-05-28 | David L. Feder | Emergency information apparatus and method |
US5536084A (en) | 1994-05-09 | 1996-07-16 | Grandview Hospital And Medical Center | Mobile nursing unit and system therefor |
US5630125A (en) | 1994-05-23 | 1997-05-13 | Zellweger; Paul | Method and apparatus for information management using an open hierarchical data structure |
US5724983A (en) | 1994-08-01 | 1998-03-10 | New England Center Hospitals, Inc. | Continuous monitoring using a predictive instrument |
US5513993A (en) | 1994-08-29 | 1996-05-07 | Cathy R. Lindley | Educational 911 training device |
US5462051A (en) | 1994-08-31 | 1995-10-31 | Colin Corporation | Medical communication system |
US5438996A (en) | 1994-10-12 | 1995-08-08 | Triton Technology, Inc. | Ambulatory, ultrasonic transit time, real-time, cervical effacement and dilatation monitor with disposable probes |
US5842173A (en) | 1994-10-14 | 1998-11-24 | Strum; David P. | Computer-based surgical services management system |
US5959580A (en) | 1994-11-03 | 1999-09-28 | Ksi Inc. | Communications localization system |
US5636873A (en) | 1994-11-28 | 1997-06-10 | Kristi L. Sonsteby | Medical documentation and assessment apparatus |
US5593426A (en) | 1994-12-07 | 1997-01-14 | Heartstream, Inc. | Defibrillator system using multiple external defibrillators and a communications network |
US5682419A (en) | 1995-01-26 | 1997-10-28 | Grube; Gary W. | Method and apparatus for providing infrastructure call support |
EP1555591B1 (en) | 1995-02-13 | 2013-08-14 | Intertrust Technologies Corp. | Secure transaction management |
US5555015A (en) | 1995-03-20 | 1996-09-10 | Intrinzix Technologies, Inc. | Wireless two way transmission between center and user stations via a relay |
WO1996031074A1 (en) | 1995-03-29 | 1996-10-03 | Ericsson Inc. | Console dispatch in an extended multisite radio communications network |
US5554031A (en) | 1995-04-20 | 1996-09-10 | Retina Systems, Inc. | Training system for reporting 911 emergencies |
US5719918A (en) | 1995-07-06 | 1998-02-17 | Newnet, Inc. | Short message transaction handling system |
US5734706A (en) | 1995-07-27 | 1998-03-31 | Windsor; Victoria Brein | Caller identification and data retrieval system |
US5844817A (en) | 1995-09-08 | 1998-12-01 | Arlington Software Corporation | Decision support system, method and article of manufacture |
JP3431367B2 (ja) | 1995-10-03 | 2003-07-28 | 東芝マイクロエレクトロニクス株式会社 | 不揮発性半導体記憶装置の製造方法 |
US5961446A (en) | 1995-10-06 | 1999-10-05 | Tevital Incorporated | Patient terminal for home health care system |
US5832187A (en) | 1995-11-03 | 1998-11-03 | Lemelson Medical, Education & Research Foundation, L.P. | Fire detection systems and methods |
US5809493A (en) | 1995-12-14 | 1998-09-15 | Lucent Technologies Inc. | Knowledge processing system employing confidence levels |
US5926526A (en) | 1995-12-29 | 1999-07-20 | Seymour A. Rapaport | Method and apparatus for automated patient information retrieval |
US5805670A (en) | 1996-03-19 | 1998-09-08 | Life Safety Solutions, Inc. | Private notification system for communicating 9-1-1 information |
US6112083A (en) | 1996-03-27 | 2000-08-29 | Amsc Subsidiary Corporation | Full service dispatcher for satellite trunked radio service system |
US6004266A (en) | 1996-03-29 | 1999-12-21 | Clawson; Jeffrey J. | Method and system for the heart problem protocol of an emergency medical dispatch system |
US6010451A (en) | 1996-03-29 | 2000-01-04 | Clawson; Jeffrey J. | Method and system for giving remote emergency medical counsel to choking patients |
US5857966A (en) | 1996-03-29 | 1999-01-12 | Clawson; Jeffrey J. | Method and system for the unconscious or fainting protocol of an emergency medical dispatch system |
US6053864A (en) | 1996-03-29 | 2000-04-25 | Clawson; Jeffrey J. | Method and system for giving remote emergency medical counsel to arrest patients |
US6106459A (en) | 1996-03-29 | 2000-08-22 | Clawson; Jeffrey J. | Method and system for the entry protocol of an emergency medical dispatch system |
US5989187A (en) | 1996-03-29 | 1999-11-23 | Medical Priority Consultants, Inc. | Method and system for giving remote emergency medical counseling for childbirth patients |
US5901214A (en) | 1996-06-10 | 1999-05-04 | Murex Securities, Ltd. | One number intelligent call processing system |
US5787429A (en) | 1996-07-03 | 1998-07-28 | Nikolin, Jr.; Michael A. | Potential hazard and risk-assessment data communication network |
US5823948A (en) | 1996-07-08 | 1998-10-20 | Rlis, Inc. | Medical records, documentation, tracking and order entry system |
US6035187A (en) | 1996-10-30 | 2000-03-07 | Comarco Wireless Technologies, Inc. | Apparatus and method for improved emergency call box |
US7016856B1 (en) | 1996-12-13 | 2006-03-21 | Blue Cross Blue Shield Of South Carolina | Automated system and method for health care administration |
US5933780A (en) | 1997-02-21 | 1999-08-03 | Connor; James M. | Method and apparatus for enhanced logged supergroup/multigroup call retrieval |
US6076065A (en) | 1997-03-28 | 2000-06-13 | Clawson; Jeffrey J. | Method and system for the pregnancy condition protocol of an emergency medical dispatch system |
US6078894A (en) | 1997-03-28 | 2000-06-20 | Clawson; Jeffrey J. | Method and system for evaluating the performance of emergency medical dispatchers |
US5902234A (en) | 1997-04-10 | 1999-05-11 | Webb; Nicholas J. | Medical communication system for ambulatory home-care patients |
US6084510A (en) | 1997-04-18 | 2000-07-04 | Lemelson; Jerome H. | Danger warning and emergency response system and method |
US6040770A (en) | 1997-09-05 | 2000-03-21 | Britton; Rick A. | Communication path integrity supervision in a network system for automatic alarm data communication |
US5991730A (en) | 1997-10-08 | 1999-11-23 | Queue Corporation | Methods and systems for automated patient tracking and data acquisition |
US5850611A (en) | 1997-11-07 | 1998-12-15 | Motorola, Inc. | Method and apparatus for communicating in a dispatch communication system |
US6115646A (en) | 1997-12-18 | 2000-09-05 | Nortel Networks Limited | Dynamic and generic process automation system |
US6134105A (en) | 1998-01-06 | 2000-10-17 | Lueker; Mark David | Portable command center |
US6117073A (en) | 1998-03-02 | 2000-09-12 | Jones; Scott J. | Integrated emergency medical transportation database system |
US7043262B2 (en) | 1998-03-06 | 2006-05-09 | Hans Peter Nageli | Two-way pager and method for communicating preset messages over the global system for mobile communications (GSM/GPRS) network |
US7548610B2 (en) | 1998-04-14 | 2009-06-16 | Alaven, Inc. | Voice-activated geographically based telephone routing system and method |
US6370234B1 (en) | 1998-06-16 | 2002-04-09 | Kroll Family Trust | Public service answering point with automatic triage capability |
US20020106059A1 (en) | 1998-06-16 | 2002-08-08 | Kroll Mark W. | Public service answering point with automatic triage capability |
US6052574A (en) | 1998-06-22 | 2000-04-18 | Lucent Technologies Inc. | Auxiliary monitoring of emergency access calls |
US6118866A (en) | 1998-08-03 | 2000-09-12 | Geneys Telecommunications Laboratories, Inc. | Emergency call load management for call centers |
US6594634B1 (en) | 1998-09-14 | 2003-07-15 | Medtronic Physio-Control Corp. | Method and apparatus for reporting emergency incidents |
US6074345A (en) | 1998-10-27 | 2000-06-13 | University Of Florida | Patient data acquisition and control system |
US6901397B1 (en) | 1999-02-05 | 2005-05-31 | Gte Service Corporation | Method and apparatus for providing web-based assistance to customers and service representatives |
US20100198755A1 (en) | 1999-04-09 | 2010-08-05 | Soll Andrew H | Enhanced medical treatment |
US6535121B2 (en) | 1999-04-09 | 2003-03-18 | Richard K. Matheny | Fire department station zoned alerting control system |
WO2000068913A1 (fr) | 1999-05-10 | 2000-11-16 | Junji Uchida | Système de distribution d'urgence |
US20020007285A1 (en) | 1999-06-18 | 2002-01-17 | Rappaport Alain T. | Method, apparatus and system for providing targeted information in relation to laboratory and other medical services |
US6292542B1 (en) | 1999-08-11 | 2001-09-18 | At&T Corp. | Method and apparatus for handling an in-call request for emergency services |
US7194395B2 (en) | 2000-02-23 | 2007-03-20 | The United States Of America As Represented By The Secretary Of The Army | System and method for hazardous incident decision support and training |
US6842774B1 (en) | 2000-03-24 | 2005-01-11 | Robert L. Piccioni | Method and system for situation tracking and notification |
AUPQ672900A0 (en) | 2000-04-06 | 2000-05-04 | Linlan Research And Design Company Pty Ltd | An emergency signalling device |
US6610012B2 (en) | 2000-04-10 | 2003-08-26 | Healthetech, Inc. | System and method for remote pregnancy monitoring |
US20020004729A1 (en) | 2000-04-26 | 2002-01-10 | Christopher Zak | Electronic data gathering for emergency medical services |
US6931112B1 (en) | 2000-06-12 | 2005-08-16 | Aspect Communications Corporation | User invoked directed outdial method and apparatus |
US8043224B2 (en) | 2000-07-12 | 2011-10-25 | Dimicine Research It, Llc | Telemedicine system |
JP2002049693A (ja) | 2000-08-07 | 2002-02-15 | Teruki Fujiyama | 病気のチェックシステム |
IL137783A0 (en) | 2000-08-09 | 2001-10-31 | Mapco Ltd | Communication system |
US6697858B1 (en) | 2000-08-14 | 2004-02-24 | Telephony@Work | Call center |
US6710711B2 (en) | 2000-10-02 | 2004-03-23 | Kenneth M. Berry | Method for identifying chemical, biological and nuclear attacks or hazards |
US7428301B1 (en) | 2000-10-09 | 2008-09-23 | Clawson Jeffrey J | Method and system for the exit protocol of an emergency medical dispatch system |
US6607481B1 (en) | 2000-10-10 | 2003-08-19 | Jeffrey J. Clawson | Method and system for an improved entry process of an emergency medical dispatch system |
US20030028536A1 (en) | 2001-02-27 | 2003-02-06 | Singh Hartej P. | Proactive emergency response system |
US20030050538A1 (en) | 2001-05-29 | 2003-03-13 | Morteza Naghavi | System and method for medical observation system located away from a hospital |
US6879819B2 (en) | 2001-06-25 | 2005-04-12 | Denso Corporation | Control and messaging during emergency calls |
US6747556B2 (en) * | 2001-07-31 | 2004-06-08 | Medtronic Physio-Control Corp. | Method and system for locating a portable medical device |
US8417533B2 (en) | 2001-09-25 | 2013-04-09 | Jeffrey J. Clawson | Method and system for the fire response dispatch protocol of an emergency dispatch system |
US7436937B2 (en) | 2001-09-26 | 2008-10-14 | Clawson Jeffrey J | Method and system for the police response dispatch protocol of an emergency dispatch system |
JP4936094B2 (ja) | 2001-09-28 | 2012-05-23 | 株式会社エクォス・リサーチ | エージェント装置 |
JP2003111735A (ja) | 2001-10-03 | 2003-04-15 | Ntt Data Corp | 健康情報管理システム |
JP2003187003A (ja) | 2001-12-20 | 2003-07-04 | Hikari Ishii | 緊急医療提供方法 |
JP2003256963A (ja) | 2002-03-04 | 2003-09-12 | Hitachi Ltd | 消防緊急情報システム及びその処理プログラム |
US7024370B2 (en) | 2002-03-26 | 2006-04-04 | P) Cis, Inc. | Methods and apparatus for early detection of health-related events in a population |
US7106835B2 (en) | 2002-04-16 | 2006-09-12 | Medical Priority Consultants, Inc. | Method and system for integrating a computer aided dispatch system with an emergency medical dispatch protocol |
US8494868B2 (en) | 2002-05-07 | 2013-07-23 | Priority Dispatch Corporation | Method and system for a seamless interface between an emergency medical dispatch system and a nurse triage system |
US20030211856A1 (en) | 2002-05-08 | 2003-11-13 | Nokia Corporation | System and method for facilitating interactive presentations using wireless messaging |
NZ538348A (en) | 2002-08-19 | 2006-09-29 | Stout Solutions Llc | Bio-surveillance by threshhold analysis of symptom data captured by emergency services dispatchers |
US20040122787A1 (en) | 2002-12-18 | 2004-06-24 | Avinash Gopal B. | Enhanced computer-assisted medical data processing system and method |
US20050065813A1 (en) | 2003-03-11 | 2005-03-24 | Mishelevich David J. | Online medical evaluation system |
US20040219927A1 (en) | 2003-04-30 | 2004-11-04 | Sumner Terence Edward | Method and apparatus for locating a mobile transceiver |
US7623915B2 (en) | 2003-07-16 | 2009-11-24 | Medtronic Physio-Control Corp. | Interactive first aid information system |
JP2007508888A (ja) | 2003-10-23 | 2007-04-12 | コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ | 遠隔警報機能を備える心臓モニタ |
US7438301B2 (en) | 2004-02-06 | 2008-10-21 | L&P Property Management Company | Apparatus and methods for moving storage and display systems |
US20050215229A1 (en) | 2004-03-26 | 2005-09-29 | Cheng Steven D | Call processing system |
US20060026035A1 (en) | 2004-07-28 | 2006-02-02 | William Younkes | Computer aided interactive medical management information and control system and method |
US7978826B2 (en) | 2004-08-06 | 2011-07-12 | Christopher Michael Salafia | Response advisor for a call handling system |
US7646858B2 (en) | 2004-08-06 | 2010-01-12 | Powerphone, Inc. | Protocol builder for a call handling system |
US7764769B2 (en) | 2004-08-06 | 2010-07-27 | Powerphone, Inc. | Integrated call handler and email systems and methods |
US20060031097A1 (en) | 2004-08-09 | 2006-02-09 | Catalis, Inc. | Practice management system |
US7289024B2 (en) * | 2004-08-19 | 2007-10-30 | General Motors Corporation | Method and system for sending pre-scripted text messages |
US20060059423A1 (en) | 2004-09-13 | 2006-03-16 | Stefan Lehmann | Apparatus, system, and method for creating customized workflow documentation |
US20060122520A1 (en) | 2004-12-07 | 2006-06-08 | Dr. Matthew Banet | Vital sign-monitoring system with multiple optical modules |
KR20060084866A (ko) | 2005-01-20 | 2006-07-25 | 학교법인 대전기독학원 한남대학교 | 인터넷기반의 원격진료 시스템 및 방법 |
US7805191B2 (en) | 2005-01-31 | 2010-09-28 | Physio-Control, Inc. | CPR time indicator for a defibrillator data management system |
US7360264B2 (en) | 2005-04-11 | 2008-04-22 | Brian Tomcany | Patient immobilization device with diagnostic capabilities |
US20070112275A1 (en) | 2005-08-15 | 2007-05-17 | Cooke William H | Medical Intervention Indicator Methods and Systems |
KR100759916B1 (ko) | 2005-10-21 | 2007-09-18 | 연세대학교 산학협력단 | 중증도 분류 및 이송병원을 선정하는 응급의료정보 시스템 |
US20070111702A1 (en) | 2005-11-16 | 2007-05-17 | Jan Sanzelius | SMS emergency system |
US7703020B2 (en) | 2006-03-31 | 2010-04-20 | General Electric Company | Medical diagnostic system interface |
WO2007121237A2 (en) | 2006-04-11 | 2007-10-25 | Powerphone | Response advisor and protocol builder for a call handling system |
KR20080004125A (ko) | 2006-07-04 | 2008-01-09 | 오해석 | 원격 검진/건강관리 시스템 |
WO2008014398A2 (en) | 2006-07-26 | 2008-01-31 | Scientific Pathways International, Llc | Cpr analysis system and method |
CN101169840B (zh) | 2006-10-26 | 2016-09-28 | 杰弗里·J·克劳森 | 用于紧急医疗情况调度系统的退出协议的方法和系统 |
US8462914B2 (en) | 2006-12-22 | 2013-06-11 | Vitalclick Llc | Automated incident response method and system |
US7783586B2 (en) | 2007-02-26 | 2010-08-24 | International Business Machines Corporation | System and method for deriving a hierarchical event based database optimized for analysis of biological systems |
CN101681455A (zh) | 2007-04-23 | 2010-03-24 | 三星电子株式会社 | 远程医学诊断系统和方法 |
US8066638B2 (en) | 2007-06-13 | 2011-11-29 | Clawson Jeffrey J | Diagnostic and intervention tools for emergency medical dispatch |
US7645234B2 (en) | 2007-06-13 | 2010-01-12 | Clawson Jeffrey J | Diagnostic and intervention tools for emergency medical dispatch |
US8818829B2 (en) | 2007-07-30 | 2014-08-26 | International Business Machines Corporation | Method and system for reporting and relating firearm discharge data to a crime reporting database |
KR100920031B1 (ko) | 2007-08-07 | 2009-10-05 | 최운 | 구호 대상의 정보를 이용하는 긴급 대응 시스템 및 긴급대응 방법 |
CN201117055Y (zh) | 2007-11-12 | 2008-09-17 | 项安明 | 银发一按通家庭医疗自动语音呼救器 |
US20090191529A1 (en) | 2008-01-24 | 2009-07-30 | Mozingo David W | Video game-based, immersive, advanced burn care educational module |
US20090233631A1 (en) | 2008-03-13 | 2009-09-17 | Butler Sr Alvin | System for reporting incidents using a text message |
US10943694B2 (en) | 2008-04-30 | 2021-03-09 | Vitalclick Llc | Automated incident response method and system |
US20130100268A1 (en) | 2008-05-27 | 2013-04-25 | University Health Network | Emergency detection and response system and method |
US8612271B2 (en) | 2008-10-02 | 2013-12-17 | Certusview Technologies, Llc | Methods and apparatus for analyzing locate and marking operations with respect to environmental landmarks |
JP5120557B2 (ja) | 2008-07-25 | 2013-01-16 | 勲 齋藤 | 在宅要介護者等緊急対応システム |
US8971501B2 (en) | 2009-04-13 | 2015-03-03 | Priority Dispatch Corporation | Methods and systems to identify code hierarchy bias in medical priority dispatch systems |
WO2010124137A1 (en) | 2009-04-22 | 2010-10-28 | Millennium Pharmacy Systems, Inc. | Pharmacy management and administration with bedside real-time medical event data collection |
US8355483B2 (en) | 2009-09-11 | 2013-01-15 | Clawson Jeffrey J | Stroke diagnostic and intervention tool for emergency dispatch |
US8335298B2 (en) | 2009-09-14 | 2012-12-18 | Clawson Jeffrey J | Pandemic diagnostic and intervention tool for emergency dispatch |
US20110099031A1 (en) | 2009-10-28 | 2011-04-28 | Nair Deepthi S | Real time capture and communication of in-transit patient medical information |
WO2011060388A1 (en) | 2009-11-13 | 2011-05-19 | Zoll Medical Corporation | Community-based response system |
US8294570B2 (en) | 2010-02-24 | 2012-10-23 | Clawson Jeffrey J | Burn diagnostic and intervention tool for emergency dispatch |
US20110215930A1 (en) | 2010-03-05 | 2011-09-08 | Lee Cooper G | Method and system for interpreting medical image data |
US20120034897A1 (en) | 2010-08-04 | 2012-02-09 | Motorola, Inc. | Real time text messaging method and device |
US20120066345A1 (en) | 2010-09-14 | 2012-03-15 | Cyril Rayan | Emergency communications platform |
US8886158B2 (en) | 2010-12-30 | 2014-11-11 | GreatCall, Inc. | Extended emergency notification systems and methods |
SG190440A1 (en) | 2011-01-19 | 2013-07-31 | Jeffrey J Clawson | Meningitis diagnostic and intervention tool for emergency dispatch |
US8081951B1 (en) | 2011-02-01 | 2011-12-20 | Blum Alvin S | Emergency cellular telephone system |
US8396191B2 (en) | 2011-02-11 | 2013-03-12 | Jeffrey J. Clawson | Anti-social protocol for emergency dispatch |
US8670526B2 (en) | 2011-02-11 | 2014-03-11 | Jeffrey J. Clawson | Hate crime diagnostic and intervention tool for emergency dispatch |
US9875514B2 (en) | 2011-11-02 | 2018-01-23 | William Smallwood | System and methods for managing patients and services |
US8538374B1 (en) | 2011-12-07 | 2013-09-17 | Barry E. Haimo | Emergency communications mobile application |
US9295849B2 (en) | 2012-07-27 | 2016-03-29 | Zoll Medical Corporation | Medical equipment messaging |
US8712020B2 (en) | 2012-09-06 | 2014-04-29 | Jeffrey J. Clawson | Pandemic protocol for emergency dispatch |
CA2896708A1 (en) | 2012-12-27 | 2014-07-03 | Kaleo, Inc. | Devices, systems and methods for locating and interacting with medicament delivery systems |
US8873719B2 (en) | 2013-01-31 | 2014-10-28 | Jeffrey J. Clawson | Active assailant protocol for emergency dispatch |
BR112015017411B1 (pt) | 2013-01-31 | 2022-09-27 | Jeffrey J. Clawson | Método e sistema para guiar um expedidor, quando se comunicando com uma pessoa que precisa de auxílio através de um dispositivo de comunicação, a respeito de uma ocorrência de emergência, e mídia de armazenamento não transitório legível por computador |
US9877177B2 (en) | 2014-04-03 | 2018-01-23 | Comcast Cable Communications, Llc | Emergency information delivery |
US10171980B2 (en) * | 2014-04-08 | 2019-01-01 | Jason Friesen | Systems and methods for emergency response dispatch |
WO2016044540A1 (en) | 2014-09-19 | 2016-03-24 | Rapidsos, Inc. | Method and system for emergency call management |
CA2968835A1 (en) | 2014-11-24 | 2016-06-02 | John Preston Barnes | Rapid response with direct connect for emergency responders |
WO2016109855A1 (en) | 2015-01-04 | 2016-07-07 | Zoll Medical Corporation | Patient data management platform |
US9906930B2 (en) | 2015-04-10 | 2018-02-27 | GuardLlama Inc. | System and method for mobile personal emergency response |
US20160309026A1 (en) | 2015-04-15 | 2016-10-20 | Vonage Network Llc | Virtual identifier for emergency call handling |
US9516166B1 (en) | 2015-05-28 | 2016-12-06 | Jeffrey J. Clawson | Chemical suicide protocol for emergency response |
US9849715B2 (en) | 2015-07-28 | 2017-12-26 | Medical Priority Consultants, Inc. | Case for document storage assembly |
US10657614B2 (en) | 2015-12-23 | 2020-05-19 | Jeffrey J. Clawson | Locator diagnostic system for emergency dispatch |
US9877171B2 (en) | 2016-04-08 | 2018-01-23 | Jeffrey J. Clawson | Picture/video messaging protocol for emergency response |
US10861320B2 (en) | 2016-08-22 | 2020-12-08 | Rapidsos, Inc. | Predictive analytics for emergency detection and response management |
AU2019247419B2 (en) * | 2018-04-06 | 2023-08-03 | MosSmith Industries, Inc. | Emergency response system |
US20190318290A1 (en) | 2018-04-13 | 2019-10-17 | Jeffrey Clawson | Medical transfer protocol system and method |
US10699548B2 (en) | 2018-04-19 | 2020-06-30 | Jeffrey J. Clawson | Expedited dispatch protocol system and method |
US11735028B2 (en) * | 2018-06-12 | 2023-08-22 | Intergraph Corporation | Artificial intelligence applications for computer-aided dispatch systems |
-
2019
- 2019-04-19 US US16/389,610 patent/US10699548B2/en active Active
- 2019-04-19 CN CN201980033710.5A patent/CN112400311B/zh active Active
- 2019-04-19 WO PCT/US2019/028347 patent/WO2019204746A1/en active Application Filing
- 2019-04-19 SG SG11202010271RA patent/SG11202010271RA/en unknown
- 2019-04-19 AU AU2019256700A patent/AU2019256700A1/en not_active Abandoned
- 2019-04-19 BR BR112020021396-9A patent/BR112020021396A2/pt not_active Application Discontinuation
- 2019-04-19 EP EP19788557.7A patent/EP3782357A4/en not_active Withdrawn
- 2019-04-19 CA CA3097810A patent/CA3097810A1/en active Pending
Also Published As
Publication number | Publication date |
---|---|
EP3782357A4 (en) | 2022-01-05 |
WO2019204746A1 (en) | 2019-10-24 |
EP3782357A1 (en) | 2021-02-24 |
CN112400311B (zh) | 2022-10-18 |
US10699548B2 (en) | 2020-06-30 |
SG11202010271RA (en) | 2020-11-27 |
CN112400311A (zh) | 2021-02-23 |
AU2019256700A1 (en) | 2020-11-26 |
CA3097810A1 (en) | 2019-10-24 |
US20190325726A1 (en) | 2019-10-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
BR112020021396A2 (pt) | sistema e método para protocolo de despacho expresso | |
US10665078B1 (en) | Responder network | |
CA3015535C (en) | Picture/video messaging system for emergency response | |
US10044857B2 (en) | System and method for initiating an emergency response | |
US10957178B2 (en) | Responder network | |
US20200286353A1 (en) | Responder network | |
US20070250348A1 (en) | System and method of aggregating and disseminating in-case-of-emergency medical and personal information | |
CN105787846A (zh) | 一种基于物理位置特性的诊疗数据处理系统及处理方法 | |
US20190318290A1 (en) | Medical transfer protocol system and method | |
WO2018069383A1 (en) | Emergency responder routing system for cardiac emergencies | |
US11645899B2 (en) | Responder network | |
CN114864064A (zh) | 派车方法、装置、电子设备及计算机可读存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
B350 | Update of information on the portal [chapter 15.35 patent gazette] | ||
B15K | Others concerning applications: alteration of classification |
Free format text: AS CLASSIFICACOES ANTERIORES ERAM: H04M 3/42 , H04M 3/51 , H04M 11/04 Ipc: G16H 10/60 (2006.01), G16H 40/20 (2006.01), G08B 2 |
|
B07A | Application suspended after technical examination (opinion) [chapter 7.1 patent gazette] | ||
B09B | Patent application refused [chapter 9.2 patent gazette] |