evo360-types 1.3.628 → 1.3.630
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
|
@@ -38,6 +38,37 @@ export declare const TELEMEDICINE_WINDOW_DEFAULTS: {
|
|
|
38
38
|
readonly launch_code_ttl_minutes: 5;
|
|
39
39
|
/** Access da sessão pública do browser (`browser_session`), renovável de forma rotativa. */
|
|
40
40
|
readonly browser_session_ttl_minutes: 15;
|
|
41
|
+
/**
|
|
42
|
+
* TTL da sessão de browser enquanto a consulta está VIVA (2026-09-28).
|
|
43
|
+
*
|
|
44
|
+
* 15 min bastam antes de a consulta começar — é uma janela de preflight. Já
|
|
45
|
+
* uma consulta em andamento tem pausa, navegador que trava, notebook que
|
|
46
|
+
* dorme e aba fechada por engano, e com 15 min qualquer um desses obriga o
|
|
47
|
+
* médico a pedir um launch code NOVO no painel para voltar. 60 min cobre
|
|
48
|
+
* todos eles com folga.
|
|
49
|
+
*
|
|
50
|
+
* O risco de um cookie mais longevo é limitado pela própria consulta: toda
|
|
51
|
+
* rota da sala relê o estado clínico, e consulta terminal responde `410` — o
|
|
52
|
+
* cookie fica inerte no fim do encontro, não no fim do TTL. O teto de duração
|
|
53
|
+
* da plataforma é 1h30, então esta sessão não sobrevive a uma consulta.
|
|
54
|
+
*/
|
|
55
|
+
readonly browser_session_live_ttl_minutes: 60;
|
|
56
|
+
/**
|
|
57
|
+
* Graça para o `sid` ANTERIOR depois da rotação (2026-09-28).
|
|
58
|
+
*
|
|
59
|
+
* A sessão rotaciona trocando o cookie na resposta, então qualquer requisição
|
|
60
|
+
* em vôo no instante da troca carrega o cookie anterior — o `/session` é
|
|
61
|
+
* polado a cada 5 s, o que faz dessa corrida um evento recorrente em toda
|
|
62
|
+
* consulta longa, não uma raridade. Dentro desta janela, reusar o `sid`
|
|
63
|
+
* rotacionado NÃO é comprometimento: é aba que voltou, navegador que travou ou
|
|
64
|
+
* resposta de rotação que se perdeu no caminho.
|
|
65
|
+
*
|
|
66
|
+
* 10 min é o mesmo número de `reconnect_grace_minutes`, de propósito: é a
|
|
67
|
+
* janela em que o produto JÁ considera que a pessoa continua na mesma
|
|
68
|
+
* consulta. Um conceito, não dois. Passados os 10 min, reuso de cookie
|
|
69
|
+
* rotacionado deixa de parecer tropeço e volta a ser sinal de cópia.
|
|
70
|
+
*/
|
|
71
|
+
readonly browser_session_rotation_grace_minutes: 10;
|
|
41
72
|
/** Verificação de identidade: N falhas na janela bloqueiam o grant. */
|
|
42
73
|
readonly identity_max_failures: 5;
|
|
43
74
|
readonly identity_failure_window_minutes: 15;
|
|
@@ -71,6 +71,37 @@ exports.TELEMEDICINE_WINDOW_DEFAULTS = {
|
|
|
71
71
|
launch_code_ttl_minutes: 5,
|
|
72
72
|
/** Access da sessão pública do browser (`browser_session`), renovável de forma rotativa. */
|
|
73
73
|
browser_session_ttl_minutes: 15,
|
|
74
|
+
/**
|
|
75
|
+
* TTL da sessão de browser enquanto a consulta está VIVA (2026-09-28).
|
|
76
|
+
*
|
|
77
|
+
* 15 min bastam antes de a consulta começar — é uma janela de preflight. Já
|
|
78
|
+
* uma consulta em andamento tem pausa, navegador que trava, notebook que
|
|
79
|
+
* dorme e aba fechada por engano, e com 15 min qualquer um desses obriga o
|
|
80
|
+
* médico a pedir um launch code NOVO no painel para voltar. 60 min cobre
|
|
81
|
+
* todos eles com folga.
|
|
82
|
+
*
|
|
83
|
+
* O risco de um cookie mais longevo é limitado pela própria consulta: toda
|
|
84
|
+
* rota da sala relê o estado clínico, e consulta terminal responde `410` — o
|
|
85
|
+
* cookie fica inerte no fim do encontro, não no fim do TTL. O teto de duração
|
|
86
|
+
* da plataforma é 1h30, então esta sessão não sobrevive a uma consulta.
|
|
87
|
+
*/
|
|
88
|
+
browser_session_live_ttl_minutes: 60,
|
|
89
|
+
/**
|
|
90
|
+
* Graça para o `sid` ANTERIOR depois da rotação (2026-09-28).
|
|
91
|
+
*
|
|
92
|
+
* A sessão rotaciona trocando o cookie na resposta, então qualquer requisição
|
|
93
|
+
* em vôo no instante da troca carrega o cookie anterior — o `/session` é
|
|
94
|
+
* polado a cada 5 s, o que faz dessa corrida um evento recorrente em toda
|
|
95
|
+
* consulta longa, não uma raridade. Dentro desta janela, reusar o `sid`
|
|
96
|
+
* rotacionado NÃO é comprometimento: é aba que voltou, navegador que travou ou
|
|
97
|
+
* resposta de rotação que se perdeu no caminho.
|
|
98
|
+
*
|
|
99
|
+
* 10 min é o mesmo número de `reconnect_grace_minutes`, de propósito: é a
|
|
100
|
+
* janela em que o produto JÁ considera que a pessoa continua na mesma
|
|
101
|
+
* consulta. Um conceito, não dois. Passados os 10 min, reuso de cookie
|
|
102
|
+
* rotacionado deixa de parecer tropeço e volta a ser sinal de cópia.
|
|
103
|
+
*/
|
|
104
|
+
browser_session_rotation_grace_minutes: 10,
|
|
74
105
|
/** Verificação de identidade: N falhas na janela bloqueiam o grant. */
|
|
75
106
|
identity_max_failures: 5,
|
|
76
107
|
identity_failure_window_minutes: 15,
|
|
@@ -67,6 +67,37 @@ export const TELEMEDICINE_WINDOW_DEFAULTS = {
|
|
|
67
67
|
launch_code_ttl_minutes: 5,
|
|
68
68
|
/** Access da sessão pública do browser (`browser_session`), renovável de forma rotativa. */
|
|
69
69
|
browser_session_ttl_minutes: 15,
|
|
70
|
+
/**
|
|
71
|
+
* TTL da sessão de browser enquanto a consulta está VIVA (2026-09-28).
|
|
72
|
+
*
|
|
73
|
+
* 15 min bastam antes de a consulta começar — é uma janela de preflight. Já
|
|
74
|
+
* uma consulta em andamento tem pausa, navegador que trava, notebook que
|
|
75
|
+
* dorme e aba fechada por engano, e com 15 min qualquer um desses obriga o
|
|
76
|
+
* médico a pedir um launch code NOVO no painel para voltar. 60 min cobre
|
|
77
|
+
* todos eles com folga.
|
|
78
|
+
*
|
|
79
|
+
* O risco de um cookie mais longevo é limitado pela própria consulta: toda
|
|
80
|
+
* rota da sala relê o estado clínico, e consulta terminal responde `410` — o
|
|
81
|
+
* cookie fica inerte no fim do encontro, não no fim do TTL. O teto de duração
|
|
82
|
+
* da plataforma é 1h30, então esta sessão não sobrevive a uma consulta.
|
|
83
|
+
*/
|
|
84
|
+
browser_session_live_ttl_minutes: 60,
|
|
85
|
+
/**
|
|
86
|
+
* Graça para o `sid` ANTERIOR depois da rotação (2026-09-28).
|
|
87
|
+
*
|
|
88
|
+
* A sessão rotaciona trocando o cookie na resposta, então qualquer requisição
|
|
89
|
+
* em vôo no instante da troca carrega o cookie anterior — o `/session` é
|
|
90
|
+
* polado a cada 5 s, o que faz dessa corrida um evento recorrente em toda
|
|
91
|
+
* consulta longa, não uma raridade. Dentro desta janela, reusar o `sid`
|
|
92
|
+
* rotacionado NÃO é comprometimento: é aba que voltou, navegador que travou ou
|
|
93
|
+
* resposta de rotação que se perdeu no caminho.
|
|
94
|
+
*
|
|
95
|
+
* 10 min é o mesmo número de `reconnect_grace_minutes`, de propósito: é a
|
|
96
|
+
* janela em que o produto JÁ considera que a pessoa continua na mesma
|
|
97
|
+
* consulta. Um conceito, não dois. Passados os 10 min, reuso de cookie
|
|
98
|
+
* rotacionado deixa de parecer tropeço e volta a ser sinal de cópia.
|
|
99
|
+
*/
|
|
100
|
+
browser_session_rotation_grace_minutes: 10,
|
|
70
101
|
/** Verificação de identidade: N falhas na janela bloqueiam o grant. */
|
|
71
102
|
identity_max_failures: 5,
|
|
72
103
|
identity_failure_window_minutes: 15,
|