-
Notifications
You must be signed in to change notification settings - Fork 1
/
5_workplan.html
677 lines (617 loc) · 39.7 KB
/
5_workplan.html
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
<!DOCTYPE html>
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<meta charset="utf-8" />
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<meta name="generator" content="pandoc" />
<title>Draft Workplan for an Online Permit and Monitoring System to support the Nagoya Protocol</title>
<script src="site_libs/jquery-1.11.3/jquery.min.js"></script>
<meta name="viewport" content="width=device-width, initial-scale=1" />
<link href="site_libs/bootstrap-3.3.5/css/flatly.min.css" rel="stylesheet" />
<script src="site_libs/bootstrap-3.3.5/js/bootstrap.min.js"></script>
<script src="site_libs/bootstrap-3.3.5/shim/html5shiv.min.js"></script>
<script src="site_libs/bootstrap-3.3.5/shim/respond.min.js"></script>
<script src="site_libs/navigation-1.1/tabsets.js"></script>
<style type="text/css">
h1 {
font-size: 34px;
}
h1.title {
font-size: 38px;
}
h2 {
font-size: 30px;
}
h3 {
font-size: 24px;
}
h4 {
font-size: 18px;
}
h5 {
font-size: 16px;
}
h6 {
font-size: 12px;
}
.table th:not([align]) {
text-align: left;
}
</style>
</head>
<body>
<style type = "text/css">
.main-container {
max-width: 940px;
margin-left: auto;
margin-right: auto;
}
code {
color: inherit;
background-color: rgba(0, 0, 0, 0.04);
}
img {
max-width:100%;
height: auto;
}
.tabbed-pane {
padding-top: 12px;
}
.html-widget {
margin-bottom: 20px;
}
button.code-folding-btn:focus {
outline: none;
}
</style>
<style type="text/css">
/* padding for bootstrap navbar */
body {
padding-top: 60px;
padding-bottom: 40px;
}
/* offset scroll position for anchor links (for fixed navbar) */
.section h1 {
padding-top: 65px;
margin-top: -65px;
}
.section h2 {
padding-top: 65px;
margin-top: -65px;
}
.section h3 {
padding-top: 65px;
margin-top: -65px;
}
.section h4 {
padding-top: 65px;
margin-top: -65px;
}
.section h5 {
padding-top: 65px;
margin-top: -65px;
}
.section h6 {
padding-top: 65px;
margin-top: -65px;
}
.dropdown-submenu {
position: relative;
}
.dropdown-submenu>.dropdown-menu {
top: 0;
left: 100%;
margin-top: -6px;
margin-left: -1px;
border-radius: 0 6px 6px 6px;
}
.dropdown-submenu:hover>.dropdown-menu {
display: block;
}
.dropdown-submenu>a:after {
display: block;
content: " ";
float: right;
width: 0;
height: 0;
border-color: transparent;
border-style: solid;
border-width: 5px 0 5px 5px;
border-left-color: #cccccc;
margin-top: 5px;
margin-right: -10px;
}
.dropdown-submenu:hover>a:after {
border-left-color: #ffffff;
}
.dropdown-submenu.pull-left {
float: none;
}
.dropdown-submenu.pull-left>.dropdown-menu {
left: -100%;
margin-left: 10px;
border-radius: 6px 0 6px 6px;
}
</style>
<script>
// manage active state of menu based on current page
$(document).ready(function () {
// active menu anchor
href = window.location.pathname
href = href.substr(href.lastIndexOf('/') + 1)
if (href === "")
href = "index.html";
var menuAnchor = $('a[href="' + href + '"]');
// mark it active
menuAnchor.parent().addClass('active');
// if it's got a parent navbar menu mark it active as well
menuAnchor.closest('li.dropdown').addClass('active');
});
</script>
<div class="container-fluid main-container">
<!-- tabsets -->
<style type="text/css">
.tabset-dropdown > .nav-tabs {
display: inline-table;
max-height: 500px;
min-height: 44px;
overflow-y: auto;
background: white;
border: 1px solid #ddd;
border-radius: 4px;
}
.tabset-dropdown > .nav-tabs > li.active:before {
content: "";
font-family: 'Glyphicons Halflings';
display: inline-block;
padding: 10px;
border-right: 1px solid #ddd;
}
.tabset-dropdown > .nav-tabs.nav-tabs-open > li.active:before {
content: "";
border: none;
}
.tabset-dropdown > .nav-tabs.nav-tabs-open:before {
content: "";
font-family: 'Glyphicons Halflings';
display: inline-block;
padding: 10px;
border-right: 1px solid #ddd;
}
.tabset-dropdown > .nav-tabs > li.active {
display: block;
}
.tabset-dropdown > .nav-tabs > li > a,
.tabset-dropdown > .nav-tabs > li > a:focus,
.tabset-dropdown > .nav-tabs > li > a:hover {
border: none;
display: inline-block;
border-radius: 4px;
}
.tabset-dropdown > .nav-tabs.nav-tabs-open > li {
display: block;
float: none;
}
.tabset-dropdown > .nav-tabs > li {
display: none;
}
</style>
<script>
$(document).ready(function () {
window.buildTabsets("TOC");
});
$(document).ready(function () {
$('.tabset-dropdown > .nav-tabs > li').click(function () {
$(this).parent().toggleClass('nav-tabs-open')
});
});
</script>
<!-- code folding -->
<div class="navbar navbar-default navbar-fixed-top" role="navigation">
<div class="container">
<div class="navbar-header">
<button type="button" class="navbar-toggle collapsed" data-toggle="collapse" data-target="#navbar">
<span class="icon-bar"></span>
<span class="icon-bar"></span>
<span class="icon-bar"></span>
</button>
<a class="navbar-brand" href="index.html"></a>
</div>
<div id="navbar" class="navbar-collapse collapse">
<ul class="nav navbar-nav">
<li>
<a href="index.html">About</a>
</li>
<li class="dropdown">
<a href="#" class="dropdown-toggle" data-toggle="dropdown" role="button" aria-expanded="false">
The Model
<span class="caret"></span>
</a>
<ul class="dropdown-menu" role="menu">
<li>
<a href="executive_summary.html">Executive Summary</a>
</li>
<li>
<a href="1_background.html">Background</a>
</li>
<li>
<a href="2_the_model.html">The Model</a>
</li>
<li>
<a href="3_principles.html">Core Principles</a>
</li>
<li>
<a href="4_unique_identifiers.html">Unique Identifiers</a>
</li>
</ul>
</li>
<li class="dropdown">
<a href="#" class="dropdown-toggle" data-toggle="dropdown" role="button" aria-expanded="false">
Planning
<span class="caret"></span>
</a>
<ul class="dropdown-menu" role="menu">
<li>
<a href="5_workplan.html">Draft Workplan</a>
</li>
<li>
<a href="annex.html">Annex</a>
</li>
</ul>
</li>
<li>
<a href="presentations/schematics/index.html">Schematics</a>
</li>
<li>
<a href="resources.html">Publications</a>
</li>
<li class="dropdown">
<a href="#" class="dropdown-toggle" data-toggle="dropdown" role="button" aria-expanded="false">
Resources for Developers
<span class="caret"></span>
</a>
<ul class="dropdown-menu" role="menu">
<li>
<a href="kenya.html">Kenya Prototype</a>
</li>
<li>
<a href="researcher_identifiers.html">Researcher Identifiers</a>
</li>
<li>
<a href="literature.html">Scientific Literature</a>
</li>
<li>
<a href="geographic.html">Geographic</a>
</li>
<li>
<a href="patent.html">Patent Data</a>
</li>
<li>
<a href="taxonomy.html">Taxonomy</a>
</li>
<li>
<a href="taxonomic_dashboards.html">Taxonomic Dashboards</a>
</li>
<li>
<a href="mdm.html">Master Data Management</a>
</li>
<li>
<a href="dictionary.html">Data Dictionary</a>
</li>
</ul>
</li>
<li>
<a href="https://poldham.github.io/abs/index.html">ABS Monitoring Handbook</a>
</li>
<li>
<a href="https://www.pauloldham.net/">The Blog</a>
</li>
</ul>
<ul class="nav navbar-nav navbar-right">
</ul>
</div><!--/.nav-collapse -->
</div><!--/.container -->
</div><!--/.navbar -->
<div class="fluid-row" id="header">
<h1 class="title toc-ignore">Draft Workplan for an Online Permit and Monitoring System to support the Nagoya Protocol</h1>
</div>
<p>##Introduction</p>
<p>This section provides a draft workplan for governments interested in implementing the model for the online permit and monitoring system outlined in the previous sections.<a href="#fn1" class="footnote-ref" id="fnref1"><sup>1</sup></a> The draft workplan is intended to assist countries and authorities interested in implementing the model by identifying tasks for components and elements of the model for resource planning and costing. The draft workplan is intended as a guide and should be adapted in accordance with existing internal capacities and needs. The draft workplan is presented as a set of headings for project planning in the downloadable <a href="https://github.com/poldham/abs_permits/blob/gh-pages/annex/draft_workplan.zip?raw=true">Annex</a>.</p>
<p>The workplan is presented in terms of activities to be carried out in individual countries interested in implementing the system. However, there is a strong case for a network approach between governments seeking to develop and implement the model to meet their needs.</p>
<p>Network advantages would include:</p>
<ol style="list-style-type: decimal">
<li>Sharing computer code developed to address specific aspects of the system including specific modules.</li>
<li>Sharing lessons learned, guides and protocols.</li>
<li>Sharing methods for particular approaches to monitoring, analytics and statistics.</li>
<li>Avoiding duplication of effort.</li>
<li>Shared capacity building in implementation.</li>
</ol>
<p>The draft workplan is divided into two sections:</p>
<ol style="list-style-type: decimal">
<li>Preparatory Components (labelled A-C).</li>
<li>Main Components, elements and tasks (numbered by Components in the model).</li>
</ol>
<p>The legal component (Component 3) is a cross-cutting issue and an indication of relevant tasks is provided within relevant tasks. The list of legal related tasks is indicative and may require further elaboration.</p>
<div id="preparatory-activities" class="section level2">
<h2>Preparatory Activities</h2>
<div id="a-map-existing-research-permit-systems" class="section level3">
<h3>A: Map Existing Research Permit Systems</h3>
<p><strong>Objective</strong>: Identify and map the existing national research permit system relevant to access and benefit-sharing.</p>
<p>In countries where there is more than one permit authority, it is essential to gain an understanding of the research permit process as a basis for understanding the responsibilities of different permit granting authorities and for consultations on potential ways forward in either improving existing systems or establishing new systems. These activities could logically focus on:</p>
<ol style="list-style-type: lower-roman">
<li>Identifying existing permit granting authorities in the country.</li>
<li>The legislative mandates of permit authorities.</li>
<li>Application forms and the terms and conditions set out in permits.</li>
<li>Permit storage conditions.</li>
<li>Experience to date in administering permits.</li>
</ol>
<p>This scoping exercise will allow the national permit system to be mapped and for consultations between permit granting authorities on appropriate ways forward.</p>
<p><strong>Task 1</strong>. Identify the authorities in the country with responsibility for granting ABS related research permits and the details of their mandates with respect to permits.</p>
<p><strong>Task 2</strong>. Identify the persons responsible for administering permits in the country as a basis for consultations.</p>
<p><strong>Task 3</strong>. Consult with permit authorities on experience to date including what has worked for them and problem areas. Discuss options for accessing permit data held by the authority for use in Component B and associated confidentiality issues.</p>
<p><strong>Task 4</strong>. Obtain copies and information on:</p>
<ol style="list-style-type: lower-alpha">
<li>Standard permit application forms.</li>
<li>Copies of the terms and conditions within permits (and any associated agreements).</li>
<li>Information on the storage of permit data (electronic, physical, both). This should including the name of any software and formats used for electronic data.</li>
<li>Identify who has access to permit data and for what purposes.</li>
</ol>
<p><strong>Task 5</strong>. Generate process diagrams for permits within a country.</p>
<p><strong>Task 6</strong>. Workshop to discuss existing experiences and the desirability (or otherwise) of a single electronic system serving permit granting authorities.</p>
<p><strong>Expected Outcome:</strong></p>
<ol style="list-style-type: decimal">
<li><p>Clarity on permit granting authorities in the country, their mandates, permit forms and terms and conditions, data administration and storage including the generation of a national permit process diagram.</p></li>
<li><p>Agreement on appropriate ways forward in adapting the permit system to serve the needs of permit granting authorities and applicants in response to the entry into force of the Nagoya Protocol.</p></li>
</ol>
</div>
<div id="b-baseline-data-on-scientific-and-patent-literature." class="section level3">
<h3>B: Baseline data on scientific and patent literature.</h3>
<p><strong>Objective</strong>: Establish baseline data on scientific research publications and patent activity relevant to access and benefit-sharing.</p>
<p>The prerequisite for this activity is access to permit data in either physical or (preferably) electronic form. Ideally complete data will be made available to maximise the utility of the outputs. However, if necessary sample data may be used.</p>
<p><strong>Task 1</strong>. Obtain copies of permit data (preferably in electronic form) including use of confidentiality agreements and agreement on data storage (see Component A, Task 3).</p>
<p><strong>Task 2</strong>. Clean and then tidy permit data into formats that can used to carry out searches of scientific literature and patent databases.</p>
<p><strong>Task 3</strong>. Obtain data on the scientific literature for a specific country focusing on biodiversity, genetic resources and associated traditional knowledge (indigenous peoples and local communities) as the basis for analysis and refinement.</p>
<p><strong>Task 4</strong>. Develop search patterns for patent literature using patent databases and identify appropriate tools and match criteria to distinguish between positive and negative results.</p>
<p><strong>Task 5</strong>. Identify, and, as appropriate, develop programmatic tools to facilitate automated literature and patent searches in future that minimise requirements for human intervention. Examples include the programmatic use of crossref or the EPO Open Patent Services or WIPO Patentscope databases and the rOpenSci and biosciences packages in languages such as R or Python.</p>
<p><strong>Expected Outcome:</strong></p>
<ol style="list-style-type: decimal">
<li>A clear baseline and overview of existing publication and patent activity that can be linked to existing research permits.</li>
</ol>
<p>This outcome will typically involve permits issued prior to the entry into force of the Nagoya Protocol and is intended to create an evidence base and electronic repository of historic data on publications and patent data. Historic data will also serve as a means to identify key researchers working in a country as a basis for engagement activities to discuss ways of improving the permit and reporting system following the entry into force of the Nagoya Protocol. Note that this outcome fundamentally depends on the availability of permit data for use in searches.</p>
</div>
<div id="c-development-and-implementation-plan" class="section level3">
<h3>C: Development and Implementation Plan</h3>
<p><strong>Objective</strong>: Establish a costed development and implementation plan for an online permit and monitoring system .</p>
<p><strong>Task 1</strong>. Identify organisations or partners in the country with the technical and programming capacity to develop an electronic permit system consisting of:</p>
<ul>
<li>Component 1: An Authorities Portal</li>
<li>Component 2: An Applicants Portal</li>
<li>Component 3: Legal Component (cross-cutting)</li>
<li>Component 4: Monitoring</li>
<li>Component 5: Reporting</li>
<li>Component 6: The Core System</li>
</ul>
<p><strong>Task 2</strong>: Develop a working model and engage in field testing.</p>
<p>Develop an experimental working model to test different approaches, identify key tools and for demonstration purposes using dummy data. Note that the purpose of this activity is learning by doing to inform planning and accurate identification of resource requirements not the development of the final system. This task involves a set of sub-tasks.</p>
<p><strong>Task 2.1</strong>. Develop one or more working models of the system including identifying solutions using different tools that may be best suited to the diversity of circumstances and existing capacities within a country.</p>
<p><strong>Task 2.2</strong>. Consult with staff from authorities involved in checking permit data on the ground (National Parks, Customs, police and others) and identify existing approaches and tools, what already works, problems encountered, and potential solutions.</p>
<p><strong>Task 2.3</strong>. Identify how checks by local level authorities can be most effectively linked to an online permit and monitoring system.</p>
<p><strong>Task 2.4</strong>. Arrange field tests of solutions such as barcodes, QR code readers, html embed codes etc. with relevant authorities and adapt solutions focusing on meeting actual needs.</p>
<p><strong>Task 2.5</strong>. In consultation with relevant national/international collections identify appropriate options for the inclusion of permit identifiers in sample labels and sequence data. A network approach among participating countries is likely to be effective in identifying common solutions. Public collections in Europe interested in registered collection status under <a href="http://eur-lex.europa.eu/legal-content/EN/TXT/HTML/?uri=CELEX:32014R0511&from=EN">EU Regulation No.511/2014</a>, a category likely to include most major collections in the EU, could be potential partners in testing this approach.</p>
<p><strong>Task 3</strong>. Based on experience in Task 1 & 2, including assessment of existing capacities and strengths, identify appropriate software and hardware requirements for the Core System (Component 6).</p>
<p><strong>Task 4</strong>. Develop a costed development plan over a period of 3 years and projected costs for future years.</p>
<p><strong>Task 5</strong>. Document experience gained and lessons learned.</p>
<p><strong>Task 6</strong>. Where the project forms part of a network of participating countries and organisations, deposit working code and documentation in an open access repository (e.g. GitHub) for potential use and further development by partners.</p>
<p><strong>Expected Outcome</strong>:</p>
<ol style="list-style-type: decimal">
<li>A clear costed development plan for the online system with partners and stakeholders identified over a three year period.</li>
<li>An experimental working model accompanied by documented code, experiences and lessons learned.</li>
<li>Identification of software and hardware for the core system based on assessment of existing internal capacity and strengths (e.g. MySQL, Apache, ASP.NET, Node.js etc.).</li>
</ol>
</div>
</div>
<div id="system-implementation" class="section level2">
<h2>System Implementation</h2>
<p>The components of the overall system are provided below. The workplan focuses on the identification of tasks associated with the functional elements of each component.</p>
<p><img src="/Users/pauloldham17inch/Desktop/Permit%20System/abs_permits/images/schematics/schematics.002.png" /></p>
<div id="component-1-authorities-portal" class="section level3">
<h3>Component 1: Authorities Portal</h3>
<p><strong>Objective</strong>: Establish an authorities portal for the administration of permit applications.</p>
<p><img src="/Users/pauloldham17inch/Desktop/Permit%20System/abs_permits/images/schematics/schematics.004.png" /></p>
<p><strong>Element 1.1</strong>. Enquiries [Legal component]</p>
<p><strong>Task 1</strong>. Establish standard responses to enquiries as inputs into the online permit system.</p>
<p><strong>Element 1.2</strong>. Review [Legal component]</p>
<p><strong>Task 1</strong>. Develop Guide for Applicants.</p>
<p><strong>Task 2</strong>. Develop Applicants Checklist.</p>
<p><strong>Task 3</strong>. Develop checklist for completeness by authorities (authority side should match to applicant side).</p>
<p><strong>Task 4</strong>. Develop standard notifications to applicants on receipt and completeness.</p>
<p><strong>Task 5</strong>. Develop individual authority checklist (or lists as appropriate to authority).</p>
<p><strong>Task 6</strong>. Establish criteria for validating if non-commercial or commercial research (or both).</p>
<p><strong>Task 7</strong>. Define next steps for non-commercial research including standardised MAT for non-commercial research under Article 8(a) of the Nagoya Protocol and addressing closely related issues (e.g. compliance with environmental legislation, local partners, national deposit of samples etc.).[Legal component]</p>
<p><strong>Element 1.3</strong>. Negotiation [Legal component]</p>
<p><strong>Task 1</strong>. Define next steps for commercial research</p>
<pre><code>a) Establish criteria for negotiations. [Legal component]
b) Identify standard list of participants in negotiations. [Legal component]
c) Establish time frame for negotiations. [Legal component]
d) Establish environmental legislation and procedure criteria. [Legal component]
e) Establish criteria for benefit-sharing. Note legal component.
f) Establish criteria on Intellectual Property Rights. Note legal component.
g) Establish criteria for acceptance or rejection of commercial applications. [Legal component]
h) Define written notifications. [Legal component]</code></pre>
<p><strong>Task 2</strong>. Develop a template for standard MAT for commercial research taking into account that this may be a starting point for negotiations.</p>
<p><strong>Task 3</strong>. Establish checklist of environmental terms and conditions based on applicable laws and policies. [Legal component]</p>
<p><strong>Element 1.4</strong>. Approve/Reject [Legal component]</p>
<p><strong>Task 1</strong>. Define standard terms and conditions (menu of clauses) for use in generating permits.</p>
<p><strong>Task 2</strong>. Define areas where specific terms and conditions are likely to be needed (menu of clauses).</p>
<p><strong>Task 3</strong>. Define templates for MAT/ABS contracts linked to the permit.</p>
<p><strong>Task 4</strong>. Implement the harmonised document identifier system (e.g. BS20151234) to ensure links between the permit and MAT/ABS contracts are maintained across time and space.</p>
<p><strong>Task 5</strong>. Implement the system to generate .pdf permits, QR codes, barcodes, HTML embed codes and labels (see applicant side tasks for testing).</p>
<p><strong>Element 1.5.</strong> Appeals [Legal component]</p>
<p><strong>Task 1</strong>. Establish a clear and transparent appeals process.</p>
<p><strong>Task 2</strong>. Develop guidance on the appeals process for authorities and applicants.</p>
<p><strong>Task 3</strong>. Develop a timeline for appeals.</p>
<p><strong>Task 4</strong>. Generate standard notifications for appeals to be sent to applicants on the stage in the procedure.</p>
<p><strong>Task 5</strong>. Define the form of a clear final decision.</p>
<p><strong>Expected Outcome</strong>: An easy to use authorities portal with a clear and transparent procedure and decision-making process that serves the needs of multiple permit granting authorities over the long term.</p>
<p>###Component 2. Applicants Portal</p>
<p><strong>Objective</strong>: Create a single online space for applicants to submit applications with supporting information/guidelines, to receive notifications and monitor the progress of applications, to receive permits and fulfil reporting requirements.</p>
<p><img src="/Users/pauloldham17inch/Desktop/Permit%20System/abs_permits/images/schematics/schematics.011.png" /></p>
<p><strong>Element 2.1.</strong> Information.</p>
<p><strong>Task 1</strong>. Develop a guide for applicants.</p>
<p><strong>Task 2</strong>. Develop a checklist of required information for applicants.</p>
<p><strong>Task 3</strong>. Test utility with selected applicants (survey/practical tests).</p>
<p><strong>Task 4</strong>. Provide information on appeals process (see authority side).</p>
<p><strong>Element 2.2</strong>. Applications</p>
<p><strong>Task 1</strong>. Create applicant home page system.</p>
<p><strong>Task 2</strong>. Establish secure username and password system.</p>
<p><strong>Task 3</strong>. Define data fields for applications in consultation with relevant permit granting authorities. Use checkboxes wherever possible (e.g. Marine, terrestrial, national park etc.).</p>
<p><strong>Task 4</strong>. Test and refine to final version.</p>
<p><strong>Element 2.3</strong>. Notifications</p>
<p><strong>Task 1</strong>. Establish a system for transmitting requests from the authority side to the applicant side with appropriate data fields (title, date, originator etc.).</p>
<p><strong>Task 2</strong>. Define a standard list of information request types (authority side) while allowing authorities to provide specific details (headings for the request and content or body of the request).</p>
<p><strong>Task 3</strong>. Establish a system for applicants to respond to requests and channel (email) the response to the originator with a notification.</p>
<p><strong>Task 4</strong>. Establish a system linking unique identifiers (e.g. BS20151234) with notifications to create an integrated file register (file history) for applications within the data archive.</p>
<p><strong>Task 5</strong>. Establish a system that:</p>
<ol style="list-style-type: lower-alpha">
<li>Lists the stages in the application procedure.</li>
<li>Provides the name and contact details (within the system) for the person responsible for that stage of the procedure.</li>
<li>Updates the record upon completion to show the next stage in the procedure and persons responsible.</li>
<li>Generates the permit and associated material (passes, labels, embed codes) and inform the applicant of availability by email. Accessed through the approvals section.</li>
</ol>
<p><strong>Element 2.4</strong>. Approvals</p>
<p><strong>Task 1</strong>. Create a system to generate a permit as a .pdf (links to authority generated master permit).</p>
<p><strong>Task 2</strong>. Create a system to generate a time limited permit pass and QR code generation for mobile phones and tablets.</p>
<p><strong>Task 3</strong>. Create a system to generate labels for sample bags, jars and individual samples.</p>
<p><strong>Task 4</strong>. Create a system for HTML embed codes (for electronic data etc.).</p>
<p><strong>Task 5</strong>. Provide instructions on the use of unique identifiers (e.g. BS20151234) in publications, patents, products, sequence and electronic data.</p>
<p><strong>Task 6</strong>. Test approaches, including “permit passes” with a selection of applicants and adjust based on lessons learned.</p>
<p><strong>Element 2.5.</strong> Reporting</p>
<p><strong>Task 1</strong>. Establish reporting section of the applicant site.</p>
<p><strong>Task 2</strong>. Decide on mandatory and voluntary reporting options. [Legal component]</p>
<p><strong>Task 3</strong>. Define required uses of unique identifiers (BS20151234, QR codes, barcode, html embed codes) in reporting (see element 2.4, task 5). [Legal component]</p>
<p><strong>Task 4</strong>. Establish data fields for reporting, including, inter alia:</p>
<ol style="list-style-type: lower-alpha">
<li>Links to home pages and/or academic record sites such as ORCID, and social media sites such as researchgate.com or academia.edu etc. (ideally imported from information provided on application under Element 2.2).</li>
<li>Uploads of publications and reports (pre-print or published).</li>
<li>doi (document identifier links to publications for automated retrieval).</li>
<li>Accession numbers for sequence data or deposits of genetic material.</li>
<li>Locations where collected samples are stored.</li>
<li>Transfers of materials to third parties and the terms and conditions of transfer.</li>
<li>Patent applications and grants.</li>
<li>Products for which market approval is sought or approved.</li>
<li>Other information on activities arising from the permit and associated MAT.</li>
</ol>
<p><strong>Task 5</strong>. Test system with selected applicants</p>
<p><strong>Task 6</strong>. Adjust system based on user feedback. [Legal component]</p>
<p><strong>Element 2.6</strong>. Appeals (see Element 1.5)</p>
<p><strong>Task 1</strong>. Provide information on the grounds for appeal. [Legal component]</p>
<p><strong>Task 2</strong>. Provide information on the timeline for appeals. [Legal component]</p>
<p><strong>Task 3</strong>. Provide documents for submitting appeals. [Legal component]</p>
<p><strong>Task 4</strong>. Provide information on the person(s) responsible for handling appeals. [Legal component]</p>
<p><strong>Task 5</strong>. Provide information on the criteria for accepting or rejecting an appeal. [Legal component]</p>
<p><strong>Task 6</strong>. Provide notifications to applicant within the system including the final written decision. [Legal component]</p>
<p><strong>Expected Outcome</strong>: An easy to use applicants portal that provides legal certainty for applicants and provides data for monitoring and reporting.</p>
</div>
<div id="component-3-legal" class="section level3">
<h3>Component 3: Legal</h3>
<p><strong>Objective</strong>: Ensure that the online permit and monitoring system complies with and supports relevant domestic laws and obligations under the Nagoya Protocol.</p>
<p><strong>Task 1</strong>. Compile existing legislation relevant to permits and the terms and conditions in existing permits.</p>
<p><strong>Task 2</strong>. Clarify and establish a clear legal relationship between permits and MAT (ABS contracts) for the purposes of legal certainty.</p>
<p><strong>Task 3</strong>. Identify areas of the online permit and monitoring system requiring legal input.</p>
<p><strong>Task 4</strong>. Engage in legal drafting for relevant elements of the permit and monitoring system.</p>
<p><strong>Task 5</strong>. Collaborate with technical staff in incorporating legal elements into the system.</p>
<p><strong>Task 6</strong>. Identify future requirements for legal review as part of the system’s development plan.</p>
<p><strong>Expected Outcome</strong>: The online permit and monitoring system complies with and supports relevant domestic laws and implementation of obligations under the Nagoya Protocol.</p>
</div>
<div id="component-4-monitoring" class="section level3">
<h3>Component 4: Monitoring</h3>
<p><strong>Objective</strong>: Establish an effective electronic monitoring system for compliance with the terms of research permits and mutually agreed terms under the Nagoya Protocol.</p>
<p><img src="/Users/pauloldham17inch/Desktop/Permit%20System/abs_permits/images/schematics/schematics.019.png" /></p>
<p><strong>Task 1</strong>. Generate outputs from the core permit system (database) for use in the construction of search queries of scientific literature, patent literature, dna databases, product information and general web searches.</p>
<p><strong>Task 2</strong>. Identify programmatic open source tools to automate search and retrieval of data from relevant sources (scientific literature, patents, product information and general web searches) (e.g. R, Python).</p>
<p><strong>Task 3</strong>. Identify relevant commercial databases and analytics software to facilitate monitoring.</p>
<p><strong>Task 4</strong>. Develop a plan for a phased transition from commercial to open sources tools (or appropriate mix of tools).</p>
<p><strong>Task 5</strong>. Provide training for key staff focusing on developing and sustaining local capacity and provide formal training opportunities to encourage the acquisition of programming and analytics skills.</p>
<p><strong>Task 6</strong>. Implement monitoring following the basic workflow defined in Element 4.5 on Data Analysis in the model (Gather, Clean, Analyse, Visualise and Report).</p>
<p><strong>Task 7</strong>. Establish a system for ensuring that the outcomes of monitoring are documented and stored in the data archive for future use.</p>
<p><strong>Task 8</strong>. Improve internal capacity through participation in a network of staff and specialists engaged in monitoring from participating countries.</p>
<p><strong>Task 9</strong>. Develop, or contribute to, an open access Manual on ABS monitoring for use by staff and in training future trainers.</p>
<p><strong>Expected Outcome</strong>: A cost-effective electronic monitoring system adapted to the requirements of the participating country that is sustainable over the long term.</p>
</div>
<div id="component-5-reporting" class="section level3">
<h3>Component 5: Reporting</h3>
<p><strong>Objective</strong>: Facilitate national and international reporting under the Nagoya Protocol and other relevant agreements linked to the permit system.</p>
<p><img src="/Users/pauloldham17inch/Desktop/Permit%20System/abs_permits/images/schematics/schematics.030.png" /></p>
<p><strong>Task 1</strong>. Identify national and international reporting requirements under the Nagoya Protocol and, as appropriate, related international environmental agreements.</p>
<p><strong>Task 2</strong>. Identify components of permit and related datasets that can contribute to meeting reporting requirements.</p>
<p><strong>Task 3</strong>. Establish templates to automate data generation to meet reporting requirements in the formats required.</p>
<p><strong>Task 4</strong>. Identify non-confidential information and develop a procedure to output appropriate data to the ABS Clearing House Mechanism.</p>
<p><strong>Task 5</strong>. Integrate reporting templates and outputs with the core system data archive for future use.</p>
<p><strong>Expected Outcome</strong>: A system that provides information from the permit system in a form suitable for inclusion in national reports and provides relevant inputs to support the ABS Clearing House Mechanism.</p>
</div>
<div id="component-6-core-system" class="section level3">
<h3>Component 6: Core System</h3>
<p><strong>Objective</strong>: Establish an efficient, secure, robust, cost effective and sustainable Core System to perform the functions described in Components 1-5 and additional functions described for the Core System on archiving and the security of permit data.</p>
<p><img src="/Users/pauloldham17inch/Desktop/Permit%20System/abs_permits/images/schematics/schematics.033.png" /></p>
<p><strong>Element 1. Preparatory</strong></p>
<p><strong>Task 1</strong>. Identify internal and external programming capacity for development and maintenance of the online system. (see Component C, task 1).</p>
<p><strong>Task 2</strong>. As part of an open source network approach, identify existing system elements (code) shared by network participants and consider potential adoption or adaptation of existing code.</p>
<p><strong>Task 3</strong>. Based on the outcomes of Component C and Tasks 1 and 2 (above) identify the appropriate software and programming languages for system development within the national context.</p>
<p><strong>Task 4</strong>. Acquire relevant hardware, server and database software.</p>
<p><strong>Element 2.</strong> Server Software</p>
<p><strong>Task 1</strong>. Build online front page system and unique home page system for authorities and applicants.</p>
<p><strong>Task 2</strong>. Install secure password system for home page access.</p>
<p><strong>Task 3</strong>. Install, adapt or build the notification system between applicants and authorities and link the system to the database and data archive.</p>
<p><strong>Task 4</strong>. Based on lessons learned from Component C, implement the connection between the online system and authorities responsible for checking permits within national jurisdictions (e.g. park authorities, police, customs authorities). (See also Element 3, task 4).</p>
<p><strong>Element 3. Database software</strong></p>
<p><strong>Task 1</strong>. Develop scripts for key functions with components and elements.</p>
<p><strong>Task 2</strong>. Establish file register (file history) system using unique identifiers (e.g. BS20151234).</p>
<p><strong>Task 3</strong>. Develop scripts to link to the Data Archive, Secure Backup and Physical Archive.</p>
<p><strong>Task 4</strong>. Identify and address additional software/coding needs for the generation of permits with particular attention to the technical aspects of:</p>
<ol style="list-style-type: lower-alpha">
<li>QR Code based permit passes</li>
<li>Labels for specimen bags, specimens and related records</li>
</ol>
<p><strong>Element 4. Data Archive</strong></p>
<p><strong>Task 1</strong>. Establish a Data archive including secure backups.</p>
<p><strong>Task 2</strong>. Identify and implement appropriate ways of outputting data to the physical archive while maintaining links with the unique identifier system.</p>
<p><strong>Task 3</strong>. Cloud storage. Assess the stability of existing infrastructure to determine the desirability of use of a cloud based server, cloud based storage and backups. Discuss the confidentiality and security implications of cloud based data storage outside national jurisdiction and take appropriate decisions on adoption. [Legal element]</p>
<p><strong>Task 4</strong>. Secure offline storage. Identify appropriate options for secure offline storage of confidential information.</p>
<p><strong>Element 5.</strong> Development Cycle Planning</p>
<p><strong>Task 1</strong>. Establish a procedure for updating the development plan for the online system (Component C, task 4).</p>
<p><strong>Expected Outcome:</strong></p>
<p>A sustainable core system that operationalises and integrates the functions of the online permit and monitoring system.</p>
</div>
<div id="resources-list" class="section level3">
<h3>Resources List</h3>
<p>The figure below provides an indicative list of resources to assist with planning. Note that analytics tools such as VantagePoint and Tableau are available in a range of paid and (in the case of Tableau), free versions. Paid software is included as part of a phased approach from paid to open source software over time. This is also true for databases of the scientific literature and patent databases where commercial tools such as Thomson Innovation offer convenience in data access but significant cost while open source options require significant investments in knowledge of their use (e.g. R or Python resources).</p>
<p><img src="/Users/pauloldham17inch/Desktop/Permit%20System/abs_permits/images/schematics/schematics.035.png" /></p>
</div>
</div>
<div class="footnotes">
<hr />
<ol>
<li id="fn1"><p>The research in this paper was conducted with the support of <a href="http://www.best.gov.bs">The Bahamas Environment, Science & Technology Commission (BEST)</a> of the Government of the Bahamas under the UNEP/GEF project “Strengthening Access and Benefit Sharing (ABS) in the Bahamas” as set out in <strong>Oldham, P (2015) Concepts for an Electronic Monitoring Tool. UNEP/GEF project “Strengthening Access and Benefit Sharing (ABS) in the Bahamas”</strong>. The present paper was written with the additional support of <a href="http://www.abs-initiative.info">The ABS Capacity Development Initiative</a> through the <a href="https://www.giz.de/en/html/index.html">Deutsche Gesellschaft für Internationale Zusammenarbeit (GIZ)</a>. The views expressed are solely those of the authors and should not be interpreted as reflecting the views of the Government of the Bahamas, the ABS Initiative or GIZ.<a href="#fnref1" class="footnote-back">↩</a></p></li>
</ol>
</div>
</div>
<script>
// add bootstrap table styles to pandoc tables
function bootstrapStylePandocTables() {
$('tr.header').parent('thead').parent('table').addClass('table table-condensed');
}
$(document).ready(function () {
bootstrapStylePandocTables();
});
</script>
<!-- dynamically load mathjax for compatibility with self-contained -->
<script>
(function () {
var script = document.createElement("script");
script.type = "text/javascript";
script.src = "https://mathjax.rstudio.com/latest/MathJax.js?config=TeX-AMS-MML_HTMLorMML";
document.getElementsByTagName("head")[0].appendChild(script);
})();
</script>
</body>
</html>